ldd(1) General Commands Manual ldd(1) NOM ldd - Afficher les dependances des objets partages SYNOPSIS ldd [option]... fichier... DESCRIPTION ldd affiche la liste des objets partages (bibliotheques partagees) necessaires pour chaque programme ou bibliotheque passes sur la ligne de commande. Voici un exemple de son utilisation et de sa sortie : $ ldd /bin/ls linux-vdso.so.1 (0x00007ffcc3563000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f87e5459000) libcap.so.2 => /lib64/libcap.so.2 (0x00007f87e5254000) libc.so.6 => /lib64/libc.so.6 (0x00007f87e4e92000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f87e4c22000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f87e4a1e000) /lib64/ld-linux-x86-64.so.2 (0x00005574bf12e000) libattr.so.1 => /lib64/libattr.so.1 (0x00007f87e4817000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f87e45fa000) Normalement, ldd appelle l'editeur de liens dynamiques standard (consultez ld.so(8)) avec la variable d'environnement LD_TRACE_LOADED_OBJECTS definie a 1. Cela force l'editeur de liens a examiner les dependances dynamiques du programme et a rechercher puis charger les objets qui les satisfont (selon les regles decrites dans ld.so(8)). Pour chaque dependance, ldd affiche l'emplacement de l'objet correspondant et l'adresse (hexadecimale) ou il est charge. Les dependances partagees linux-vdso et ld-linux sont particulieres : voir vdso(7) et ld.so(8). Securite Soyez conscient que dans certaines circonstances (par exemple si le programme specifie un interpreteur ELF different de ld-linux.so), certaines versions de ldd risquent d'essayer d'obtenir les renseignements de dependances en executant directement le programme, ce qui peut entrainer l'execution de n'importe quel code defini dans l'interpreteur ELF du programme, voire du programme lui-meme (avant la glibc anterieures a 2.27, l'implementation en amont de ldd faisait cela, bien que la plupart des distributions fournissaient une version modifiee qui ne le faisait pas). Par consequent, vous ne devriez jamais utiliser ldd sur du code executable non sur, car cela pourrait avoir pour consequence l'execution de code arbitraire. Un autre moyen de traiter les executables non surs est : $ objdump -p /chemin/du/programme | grep NEEDED Remarquez cependant que cette alternative n'affiche que les dependances directes de l'executable, alors que ldd presente tout l'arbre des dependances de l'executable. OPTIONS --version Afficher le numero de version de ldd. --verbose -v Afficher toutes les informations, y compris les versions des symboles. --unused -u Afficher les dependances directes inutilisees (depuis la glibc 2.3.4). --data-relocs -d Realiser les deplacements et indiquer les objets manquants (ELF seulement). --function-relocs -r Realiser les deplacements pour les objets donnes et les fonctions, et indiquer les objets ou fonctions manquants (ELF seulement). --help Aide. BOGUES ldd ne fonctionne pas avec les bibliotheques partagees a.out. ldd ne fonctionne pas avec certains programmes a.out tres anciens qui ont ete compiles avant que la prise en charge de ldd ne soit ajoutee dans le compilateur. Si vous utilisez ldd sur l'un de ces programmes, il sera lance avec argc = 0 et les resultats seront imprevisibles. VOIR AUSSI pldd(1), sprof(1), ld.so(8), ldconfig(8) TRADUCTION La traduction francaise de cette page de manuel a ete creee par Christophe Blaess , Stephan Rafin , Thierry Vignaud , Francois Micaux, Alain Portal , Jean-Philippe Guerard , Jean-Luc Coulon (f5ibh) , Julien Cristau , Thomas Huriaux , Nicolas Francois , Florentin Duneau , Simon Paillard , Denis Barbier , David Prevot et Jean-Philippe MENGUAL Cette traduction est une documentation libre ; veuillez vous reporter a la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITE LEGALE. Si vous decouvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message a . Pages du manuel de Linux 6.06 31 octobre 2023 ldd(1)