unable to load CC

[killerbot]

Scanning for plugins in /usr/local/lib64/codeblocks/plugins

/usr/local/lib64/codeblocks/plugins/libcodecompletion.so: not loaded (missing symbols?)

since svn up of today.
Manually deleted everything installed on system, build procedure redone from bootstrap onwards, now trying a fresh svn checkout


EDIT : even starting from a fresh checkout didn't help

[Jenna]

Did you try it with -v parameter to get more (debug-)messages ?

[oBFusCATed]

Killerbot: what have you used to uninstall your previous version, make uninstall I gues?
Why don't you build packages?
On redhad based distros it is pretty easy. I suppose it is not harder on debian based. Gentoo and Arch do it automatically.

Why do you like to inflict pain onto yourself by using make install in /usr/local?

[killerbot]

because this process has been working for me (with  2 glitches a year) for more then 8 years now

my uninstall was by removing everything even manually : so in /usr/local I removed all CB stuff

Question : why would we advocate, that the typical make/make install should not be used, and should not be working ?
Now we are gonna go even more nerd-way and telling people to even make packages and then install from packages.
Why should I even create an rpm ? And for your information, I don't even know how to.

[killerbot]

@Jens : never thought of the -v option, but this indeed gives more info :

Code

/usr/local/lib64/codeblocks/plugins/libcodecompletion.so: undefined symbol: _ZN19DocumentationHelper17OnSelectionChangeER11wxListEvent

[Jenna]

Two new files are missing from Makefile.am after last commit.

Should be fixed in trunk.

[oBFusCATed]

because this process has been working for me (with  2 glitches a year) for more then 8 years now

No, it has not, you always have problems with it, search the forum - it has a history of them all

my uninstall was by removing everything even manually : so in /usr/local I removed all CB stuff

This seems a bit more save, but still if you have two or more applications you've installed with this method you loose them all.

Question : why would we advocate, that the typical make/make install should not be used, and should not be working ?
Now we are gonna go even more nerd-way and telling people to even make packages and then install from packages.

Because make uninstall is unreliable.
We advocate people to use binary packages or use --prefix=/myhome/cb. At least I.

Why should I even create an rpm ? And for your information, I don't even know how to.

Because it is more reliable and easier in the longer run. And it is not that complex.
It is something like:

Code

./bootstrap
./configure --bla bla
make dist
rpmbuild -ta path_to_resulting_package
cd to where the packages are 
rpm -Uhv codeblocks*

@Jen: Can you add -Wl,--no-undefined to the makefiles and to see if it passes?
         This will make the build fail if anything has not been added correctly to the build system.

[MortenMacFly]

Two new files are missing from Makefile.am after last commit.

Dammed - indeed, I had forgotten this change.

[MortenMacFly]

@Jen: Can you add -Wl,--no-undefined to the makefiles and to see if it passes?
         This will make the build fail if anything has not been added correctly to the build system.

This would be nice, indeed.

[killerbot]

ok, I  will give the rpm build some try some day, but will need help.

And, yes I had trouble, but whatever you were pointing out, that was not due to my way, rpm would have been as bad, because the makefile was not correct. So yes, I am occasionally having a make problem, but if the make file is broken, I am just an innocent victim ...

Verified problem gone with makefile update.

[Jenna]

@Jen: Can you add -Wl,--no-undefined to the makefiles and to see if it passes?
         This will make the build fail if anything has not been added correctly to the build system.

This would be nice, indeed.

Done in trunk for autotools and C::B project files.

Also fixed some plugins with missing link libraries.
The plugins have worked so far, because wxWidgets is linked against the missing libs, but this might can (of course) not be guaranteed in the future.

[oBFusCATed]

And, yes I had trouble, but whatever you were pointing out, that was not due to my way, rpm would have been as bad, because the makefile was not correct. So yes, I am occasionally having a make problem, but if the make file is broken, I am just an innocent victim ...

They make it harder to make mistakes...