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)