$ ldd /bin/ls | sed 's/^ */ /'
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)
通常の場合、 ldd は標準の動的リンカー (ld.so(8) 参照) をLD_TRACE_LOADED_OBJECTS 環境変数に 1 をセットして起動します。これにより動的リンカーはプログラムの動的依存を検査し、(ld.so(8) で説明されている規則に従って)それらの依存関係を満たすオブジェクトを見つけてロードします。各依存関係に対して、ldd は、一致するオブジェクトの場所と、それがロードされる(16進数の)アドレスを表示します(linux-vdso と ld-linux 共有依存関係は特殊です。vdso(7) と ld.so(8) を参照してください)。
したがって、信頼できない実行可能ファイルに対しては 決して ldd を使用してはなりません。これは、任意のコードが実行される可能性があるためです。信頼できない実行可能ファイルを扱う場合、より安全な代替手段は次のとおりです。
$ objdump -p /path/to/program | grep NEEDED
ただし、ldd では実行可能ファイルの依存ツリー全体が表示されるのに対し、この代替方法では実行可能ファイルの直接の依存関係のみが表示されることに注意してください。
ldd は非常に古い a.out プログラム (ldd のサポートがコンパイラに追加される以前にビルドされたようなプログラム) では動作しません。 このようなプログラムに対して ldd を用いると、プログラムは argc = 0 で実行されます。結果は予不可能です。