Discussion :

[Jipété]

Bonsoir,

(pas sûr d'être dans le meilleur sous-forum, mais bon...)

Tout est dans le titre : je suis à la recherche de l'outil parfait qui pourra me lister les dépendances d'un binaire (si tant est que ça existe), histoire d'essayer de passer la muraille incontournable du message Can't call the linker, switching to external linking puis arrêt sur ce message, lors de la compilation des sources de Lazarus, suite à mise en place d'un outil SVN pour màj + ou - automatiques (semble mal barré...)

Sous Windows il y a (avait ?) "depends.exe", pour ceux qui connaissent ; existe-t-il la même chose au pays des pingouins ?

D'avance, merci,

[BufferBob]

salut,

tu as ldd qui permet de lister les bibliothèques partagées requises par le binaire

Code :

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

1
2
3
4
5
6
$ ldd /bin/bash 
        linux-gate.so.1 =>  (0xb77a7000)
        libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb776f000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb776a000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75bf000)
        /lib/ld-linux.so.2 (0xb77a8000)

de là, on doit pouvoir remonter aux packages qui les fournit (en admettant qu'ils sont déjà installés) avec une bidouille du style :

Code :

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

1
2
$ ldd /bin/bash | perl -lane 'print $1 if /(\/[^ ]+)/' | xargs dpkg -S | cut -d':' -f1 | sort -u | xargs
libc6 libtinfo5

[Jipété]

Un grand grand merci, hombre !

À partir de là, je complète avec dpkg-query -L 'nom_de_la_lib' et ça me liste tous les fichiers de la lib, du coup, avec ton exemple je peux vérifier ça :

Code :

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

1
2
3
4
5
6
7
paquet libtinfo5 contient (entre autres) :
/lib/i386-linux-gnu/libtinfo.so.5
 
paquet libc6 contient (entre autres) :
/lib/i386-linux-gnu/libdl.so.2
/lib/i386-linux-gnu/libc.so.6
/lib/ld-linux.so.2

Une dernière question :

Code :

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

1
2
3
4
5
6
$ ldd /bin/bash 
        linux-gate.so.1 =>  (0xb77a7000)
        libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb776f000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb776a000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75bf000)
        /lib/ld-linux.so.2 (0xb77a8000)

D'où sort ce linux-gate.so.1 dont dpkg-query -l 'linux-gate' me dit qu'aucun paquet ne correspond à linux-gate mais dont l'absence n'empêche pas bash de fonctionner

[Christophe]

"linux-gate" fait partie du format ELF, je ne me rappeles plus le détail du processus. C'est donc plutôt un point d'entrée. Ce n'est pas un fichier réel, mais c'est présent dans tous les fichiers ELF. tu remarquera par ailleurs que la commande ldd donne les chemins d'accès des bibliothèques partagées, sauf pour linux-gate.

[BufferBob]

hola,

D'où sort ce linux-gate.so.1 dont dpkg-query -l 'linux-gate' me dit qu'aucun paquet ne correspond à linux-gate mais dont l'absence n'empêche pas bash de fonctionner

c'est pas un vrai fichier, c'est un objet partagé du kernel (VDSO), il est présent (mappé) dans tous les programmes, classiquement (quand ASLR est désactivé) c'est la zone mémoire mappée sur 0xc0000000-0xffffffff
du coup il n'est pas vraiment absent, c'est même le contraire il est présent partout de manière automatique ^^

• le blog-post de référence sur ce qu'est le vDSO et à quoi il sert (EN)
• cat /proc/self/maps

[Jipété]

Merci les copains,

Bonne journée, bonne semaine,