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
Did you try it with -v parameter to get more (debug-)messages ?
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?
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.
@Jens : never thought of the -v option, but this indeed gives more info :
/usr/local/lib64/codeblocks/plugins/libcodecompletion.so: undefined symbol: _ZN19DocumentationHelper17OnSelectionChangeER11wxListEvent
Two new files are missing from Makefile.am after last commit.
Should be fixed in trunk.
Quote from: killerbot on March 09, 2013, 06:41:04 PM
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 :)
Quote from: killerbot on March 09, 2013, 06:41:04 PM
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.
Quote from: killerbot on March 09, 2013, 06:41:04 PM
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.
Quote from: killerbot on March 09, 2013, 06:41:04 PM
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:
./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.
Quote from: jens on March 09, 2013, 06:56:15 PM
Two new files are missing from Makefile.am after last commit.
Dammed - indeed, I had forgotten this change.
Quote from: oBFusCATed on March 09, 2013, 07:06:53 PM
@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.
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.
Quote from: MortenMacFly on March 09, 2013, 07:36:37 PM
Quote from: oBFusCATed on March 09, 2013, 07:06:53 PM
@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.
Quote from: killerbot on March 09, 2013, 10:59:13 PM
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...