code::blocks unter LinuxMint installieren

[Mark S. (voltwide)]

Anhand der Anleitung 
https://www.mikrocontroller.net/articles/Code::Blocks
habe ich den nightly build von Code::Blocks  ausgecheckt, installiert 
und kompiliert.
All dies hat das folgende shell-script bewerkstelligt:
#! /bin/bash
sudo apt-get install libwxgtk3.0-dev wx-common
sudo apt-get install avr-gcc
sudo apt-get install subversion
sudo apt-get install libwxgtk3.0-dev wx-common
sudo apt-get install libtool
sudo apt-get install automake
sudo apt-get install libgtk2.0-dev
sudo apt-get install libhunspell-dev
sudo apt-get install libgamin-dev
sudo apt-get install libboost-dev
svn checkout http://svn.code.sf.net/p/codeblocks/code/trunk
cd trunk
./bootstrap
./configure --with-contrib-plugins=all
make
sudo make install
exit

Das hat soweit geklappt, es gab offenbar hierbei keine Fehlermeldungen,
aber der Aufruf von codeblocks schlägt fehl mit folgender Fehlermeldung:
codeblocks: error while loading shared libraries: libcodeblocks.so.0: 
cannot open shared object file: No such file or directory
Daraufhin habe ich das über apt-get verfügbare Paket libcodeblocks0 
installiert, aber ohne Erfolg.
Hat jemand dazu eine Idee?

[René H. (Gast)]

LD_LIBRARY_PATH nicht oder falsch gesetzt.
Suche als superuser im Root nach der lib (find ./ -name <libname>) und 
erweitere LD_LIBRARY_PATH.
(ich vermute mal /usr/local/lib64).

Grüsse,
René

[Mark S. (voltwide)]

Volltreffer,  vielen Dank.
Die entsprechende lib fand sich unter /usr/local/lib.
Der Pfad wurde gesetzt in home.profile:
export LD_LIBRARY_PATH=/user/local/lib
anschließend
sudo ldconfig

und fertich!

An dieser Stelle möchte ich mal meinen Dank für die hervorragende Arbeit 
hier zum Thema AVR-Tutorials aussprechen.

Damit kann dieser thread bereits geschlossen werden.

[Sheeva P. (sheevaplug)]

Mark S. schrieb:
> Volltreffer,  vielen Dank.
> Die entsprechende lib fand sich unter /usr/local/lib.
> Der Pfad wurde gesetzt in home.profile:
> export LD_LIBRARY_PATH=/user/local/lib
> anschließend
> sudo ldconfig

Der Aufruf von ldconfig(8) ist an dieser Stelle überflüssig. ldconfig(8) 
generiert den systemweiten Cache (/etc/ld.so.cache) von Libraries in 
Verzeichnissen, die in /etc/ld.so.conf (sowie ggf. in 
/etc/ld.so.conf.d/*) aufgelistet sind, damit der dynamische Linker diese 
Libraries automatisch findet. LD_LIBRARY_PATH wird von ldconfig(8) nicht 
beachtet und dient im Prinzip dazu, den vorgenannten Mechanismus zu 
übersteuern, um Libraries aus anderen als den systemweiten 
Library-Pfaden zu laden.

[René H. (Gast)]

Sheeva P. schrieb:
> und dient im Prinzip dazu, den vorgenannten Mechanismus zu übersteuern,
> um Libraries aus anderen als den systemweiten Library-Pfaden zu laden.

Nicht ganz. LD_LIBRARY_PATH übersteuert nichts sondern erweitert bloss.

Grüsse,
René

[Mark S. (voltwide)]

zu früh gefreut...
Nach dem Öffnen eines Projektes erscheint in roter Schrift.:

Scanning for plugins in /home/hjh/.local/share/codeblocks/plugins
Loaded 0 plugins
Scanning for plugins in /usr/local/lib/codeblocks/plugins
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/DoxyBlocks.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/wxSmithAui.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/Cscope.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/ThreadSearch.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/Cccc.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/EditorConfig.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/CppCheck.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/headerfixup.zip'.
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/Valgrind.zip'.
Tools Plus Plugin: Registering shell type Piped Process Control
Manager failed to load XRC resource 
'/usr/local/share/codeblocks/ToolsPlus.zip'.
Loaded 57 plugins

Diese zip-Dateien finden sich aber unter /usr/local/share/codeblocks/

Was geht da mal wieder schief?