Discussion :

[zifox]

J'ai un problème surement très simple à résoudre, mais mes connaissances sont trop limitées:

j'ai besoin de linker avec un certain nombre de DLLs, qui se trouvent dans un sous répertoire /home/compile/lib/ .
Ce sont des '.so'.

Aucun problème au link, par contre j'ai des problèmes d'éxécution quand je change de machine, en effet, le linker a gardé les liens en dur sur les librairies que j'ai utilisées !

Je pensais qu'en linkant en dynamique, au moment de l'execution le système irai chercher les libs dans /usr/lib/, /usr/var/lib, etc... ou autre répetoire spécifié dans le PATH, mais ce n'est pas le cas.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

./test_link: error while loading shared libraries: /home/compile/lib/plouf.so: cannot open shared object file: No such file or directory

Donc comment faire pour dire au linker de ne pas prendre les chemins des DLLs en dur ?

[Ashin]

Ton programme va chercher dans la variable LD_LIBRARY_PATH la librairie qu il cherche.

Donc sur ta deuxième machine ou sont les librairies dont il a besoin ?
LD_LIBRARY_PATH est setter correctement avec tous les chemins dont il a besoin pour les trouver.
Que donne ld "ton programme" ?
Peux tu donner la ligne de commande du linker ?

[zifox]

J'ai bien setté mon LD_LIBRARY_PATH, voici la ligne correspondante quand je tape 'set':

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

LD_LIBRARY_PATH=/oracle/10.2/db/lib

Les librairies qui me posent problème est une librairie oracle. (libnnz.so).
Les librairies que je spécifie explicitement dans ma ligne de link sont bien résolues (libclntsh.so par exemple)
Par contre la lib qui pose problème est une dépendance de libclntsh.so (qui elle est bien résolue), et apparemment au link il déconne en stockant le path de cette dépendance.

[Ashin]

en gros tu link avec libclntsh.so

libnnz.so est une dépendance de libclntsh.so et c est elle qui pose problème.


que donne "ld libclntsh.so" et "ld tonprogramme"
et donne aussi la ligne de link quand tu compile sur ta première machine

[zifox]

Je link actuellement avec gcc.

J'ai essayé d'ajouter l'option -rpath ou -rpath-link pour le problème de lien entre les .so oracle, mais il n'a pas l'air de connaitre cette option. Ca passe en utilisant --rpath, mais j'ai toujours le problème quand je lance ldd sur mon exe.

Voilà ce que fait le linker, j'ai simplifié car il y en a pour 3 pages.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
cc -pipe   -o /path/vers/mon/exe/test \ 
[... tous mes .o ...] \      [... plein de libs statiques ...] 
--rpath /path/vers/mon/rep/de/libs/oracle
 /path/vers/mon/rep/de/libs/oracle/libclntsh.so 
[... plein de libs statiques ...] 
 -lnsl -lcrypt -lm -lpthread -ldl

J'ai essayé de mettre LD direct pour linker, et j'ai d'autre dépendances de librairies qui ne sont plus trouvées.

[souviron34]

pour le linker, les chemins à explorer sont à indiquer par -L chemin. On peut en mettre autant qu'on veut.

Ensuite, il faut indiquer les librairies dans l'ordre de profondeur (si donc une bibliothèque a besoin d'une autre, cette derrière devra être mise après celle qui l'appelle)