libtool: kan libs niet vinden, staan ergens anders

[MrJay]

Ok, het probleem is als volgt:
Ik was gaim aan het compilen; alles verliep zonder al te veel problemen, tot
hij alles moest gaan linken. Dit is waar hij fout liep:

libtool: link: cannot find the library `/usr/lib/libgtk-x11-2.0.la'

Ik heb gezocht naar de file, maar deze is geinstalleerd in /usr/local/lib.
Ik heb al geprobeerd (ff vals spelen) om een soft link te maken, maar daarna
krijg ik dezelfde melding voor nog vele andere .la's (allemaal .la's die in de /usr/local/lib staan ).

Weet iemand hoe dit op te lossen?

[igmar]

./configure draaien met de juiste prefix ?

[MrJay]

Heb ik gedaan, werkt niet

(prefix moet dan toch /usr/local zijn he ? :-) )

[marko77]

je kan tijdens de configure waarschijnlijk meegeven waar de libs geinstalleerd moeten worden
de usr/local/lib is de standaardlocatie blijkbaar.

-edit

de prefix moet dan zijn /usr/lib/, anders kan gaim ze nog niet vinden he

[ Voor 24% gewijzigd door marko77 op 01-12-2004 16:01 ]

[MrJay]

Nene, ze *zitten* in /usr/local/lib, en ze worden *gezocht* in /usr/lib.
Volgens mij moet de prefix dan /usr/local zijn
MAAR de prefix is al /usr/local


Waaaah!

-Edit:

Als ik `libtool --config` doe krijg ik dit (een stukje maar):

# Compile-time system search path for libraries
sys_lib_search_path_spec="/lib /usr/lib /usr/X11R6/lib /usr/local/lib include ld.so.conf.d/*.conf /usr/lib/silc /usr/X11R6/lib "

# Run-time system search path for libraries
sys_lib_dlsearch_path_spec="/lib /usr/lib /usr/X11R6/lib include ld.so.conf.d/*.conf /usr/lib/silc /usr/X11R6/lib "

Misschien omdat /usr/lib _voor_ /usr/local/lib komt dat ie in de war is ofzo... weet het echt niet

[ Voor 78% gewijzigd door MrJay op 01-12-2004 16:16 ]

[blaataaps]

De prefix stelt bij mijn weten alleen in waar het programma zichzelf installeert, en niet waar het op zoek gaat naar libraries. Daar heb je bijvoorbeeld /etc/ld.so.conf en LD_LIBRARY_PATH voor.

[MrJay]

Nu blijkt dat er ook libs uit /usr/lib zijn.
Ga opnieuwen compilen met prefix=/usr. Geen idee of het veel uithaalt, betwijfel het, maar in linux moet je *alles* proberen

[Verwijderd]

de prefix zeg alleen maar waar het programma wordt geinstalleerd.

Heb je al eens 'ldconfig' uitgevoerd als root om de libs te registreren?

Je kan ook een lijst zien van wat ie vindt aan libs door 'ldconfig -v | less' uit te voeren. Let er wel op dat '/usr/local/lib' in '/etc/ld.so.conf' zit zoals blaataaps al opmerkte.

[edit:]

MrJay schreef op woensdag 01 december 2004 @ 15:57:
[...]

libtool: link: cannot find the library `/usr/lib/libgtk-x11-2.0.la'

[...]

Rare bestandsnaam trouwens voor een lib. Mijn debian systeem spuugt de volgende listing uit:

code:

# ls /usr/lib/libgtk*
/usr/lib/libgtk-1.2.so.0        /usr/lib/libgtkhtml-3.0.so.4.0.0
/usr/lib/libgtk-1.2.so.0.9.1    /usr/lib/libgtksourceview-1.0.so.0
/usr/lib/libgtkembedmoz.so      /usr/lib/libgtksourceview-1.0.so.0.0.0
/usr/lib/libgtkhtml-2.so.0      /usr/lib/libgtk-x11-2.0.so.0
/usr/lib/libgtkhtml-2.so.0.0.0  /usr/lib/libgtk-x11-2.0.so.0.400.13
/usr/lib/libgtkhtml-3.0.so.4    /usr/lib/libgtkxtbin.so

[ Voor 55% gewijzigd door Verwijderd op 01-12-2004 20:41 ]

[igmar]

blaataaps schreef op woensdag 01 december 2004 @ 16:18:
De prefix stelt bij mijn weten alleen in waar het programma zichzelf installeert, en niet waar het op zoek gaat naar libraries. Daar heb je bijvoorbeeld /etc/ld.so.conf en LD_LIBRARY_PATH voor.

Bovengenoemde is runtime, en staat volledig los van de linker (ld). ld heeft een aantal paden waarin standaard gezocht wordt, en de --prefix van libtool beinvloed dat.

[igmar]

Verwijderd schreef op woensdag 01 december 2004 @ 20:31:
de prefix zeg alleen maar waar het programma wordt geinstalleerd.

Heb je al eens 'ldconfig' uitgevoerd als root om de libs te registreren?

ldconfig heeft niks, maar dan ook totaal niks met de gcc linker (ld) te maken. ldconfig stuurt de runtime linker aan, en de link die hier fout gaat is de link van gcc.

[QuarkuS]

igmar schreef op donderdag 02 december 2004 @ 10:56:
[...]
Bovengenoemde is runtime, en staat volledig los van de linker (ld). ld heeft een aantal paden waarin standaard gezocht wordt, en de --prefix van libtool beinvloed dat.

Zeker. Afgezien van het feit dat libtool geen --prefix optie heeft (-LLIBDIR doet het), is dat niet dezelfde optie als die je meegeeft aan ./configure. Waarschijnlijk werkt iets als ./configure --with-gtk=/usr/local ofzo. Maar er is al iets krom als ./configure wel de headers kan vinden (blijkbaar), maar daarna libtool niet de libraries. Dat klinkt alsof er al iets scheef zit.

[Wilke]

Dat klinkt alsof het een beter idee is om precompiled packages te installeren in plaats van alles zelf te compilen.

Maar goed, is dit niet een kwestie van /usr/local/lib toevoegen in /etc/ld.so.conf en ldconfig opnieuw draaien?

[Sanderfox]

Doe gewoon: ./configure --prefix=/usr

Dat werkt altijd

[QuarkuS]

Wat je trouwens vergeten bent te vertellen: blijkbaar heb je ook zelf gtk gecompileerd. En die heeft z'n libraries in /usr/local neergezet. Daar is het dus begonnen met fout te gaan. Je had waarschijnlijk ook inplaats van gtk te compileren, gewoon de -dev packages kunnen installeren, als je enige doel is gaim van source te compileren.

[0siris]

welke distro gebruik je en wat is je reden -afgezien van het hoge patsgehalte- om een vrij standaard pakket als gaim zelf te compileren?
_{Ik hoop niet dat ik nu een hoop Gentoo-hindoes beledig, maar een distro zonder package management is als een voetbalveld zonder scheids: het is even leuk, maar wordt wel snel een zootje...}