News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

Some plugins won't load with the nightly builds

Started by Sunsawe, July 26, 2008, 03:11:16 PM

Previous topic - Next topic

Sunsawe

Hi,

I am trying to use the nightly builds for the first time.
I am using uBuntu 8.04 up to date.

I downloaded the sources from the svn and did this:

./bootstrap
./configure --enable-contrib --with-contrib-plugins=all
make
sudo make install


Everything went ok.

But when i'm starting code::blocks, it is sending me these messages:

Quote/usr/local/share/codeblocks/plugins/libdebugger.so: not loaded (missing symbols?)
/usr/local/share/codeblocks/plugins/libhelp_plugin.so: not loaded (missing symbols?)
/usr/local/share/codeblocks/plugins/libcodesnippets.so: not loaded (missing symbols?)

So... What did I do wrong?

Thanks

pasgui

Hi,

One time, I got the same problem and it was because the files linked with theses plugins were present in an other directory.

regards, pasgui

Sunsawe

i'm not sure of what you wanted to say but...
these files are present in only one place except the source directory, where i compiled the application.

pasgui

Quote from: Sunsawe on July 26, 2008, 05:05:38 PM
i'm not sure of what you wanted to say but...
these files are present in only one place except the source directory, where i compiled the application.

Did you search "libdebugger.so" in /usr/ recursively ?

Sunsawe

yes with this command:

sudo find / -name "libdebugger.so"

Jenna

You don't need "--enable-contrib", this option does not exist and should cause a hint, but that should not cause the error.

You wrote, that it's your first svn build, but is it also the first version of C::B on your system ?
If not you should uninstall the older one before.

To test the build you can run "./configure" with a non-standard prefix:

./configure --with-contrib-plugins=all --prefix=/any/non/standard/directory


I normally use either a special folder in my home directory or the "/tmp"-directory. The latter will be cleaned automatically on bt, so it's sometimes a good choice for testing.

I guess the "make" command will not need as much time as the first run needed, because the object-files normally remain.

After "make install" (should work without "sudo" in "/tmp" and homedir) you can "cd" to the directory named as prefix and run "bin/codeblocks".
That should work without to conflict with older installations.

Sunsawe

In fact, it was not the first install, i had 8.02 installed before.
But I "uninstalled" it before doing anything using:

sudo aptitude remove codeblocks

I tried to install it in /tmp with the command you provided. I launched it and the result was exactly the same.
Exacty the same errors.

Sunsawe

well...

Yesterday, i uninstalled everything, updated the source from the svn and re-ran again all the install process.
Now...

Code::blocks seems to run the svn version 0 and all the plugins are loaded properly...

dje

Quote from: Sunsawe on July 28, 2008, 09:10:32 PM
Code::blocks seems to run the svn version 0 and all the plugins are loaded properly...
Hi !

If you have version 0, either svn is not installed or it is not in the path

Dje

Sunsawe

Hi,
I really don't understand what you said. What is not installed or not in the path?
I can download the sources so my svn client is installed. I can compile the sources, install code::blocks and launch it properly so...
it is installed as well.

Code::blocks's splash screen says that the svn version 0 is running. Except this strange number, everything is working perfectly.