23

我正在运行这两个命令，并且得到不同的输出：

$ ldd `which ls`
    linux-gate.so.1 =>  (0x00db3000)
    libselinux.so.1 => /lib/i386-linux-gnu/libselinux.so.1 (0x00ba2000)
    librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0x007bf000)
    libacl.so.1 => /lib/i386-linux-gnu/libacl.so.1 (0x004ce000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00110000)
    libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x00398000)
    /lib/ld-linux.so.2 (0x00dea000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0x00a83000)
    libattr.so.1 => /lib/i386-linux-gnu/libattr.so.1 (0x00d3d000)

进而

objdump -x `which ls` | grep NEEDED
  NEEDED               libselinux.so.1
  NEEDED               librt.so.1
  NEEDED               libacl.so.1
  NEEDED               libc.so.6

那是怎么回事？我以为他们都给了库依赖项？我关心的原因是我怀疑ldd是正确的，但我正在ARM上的linux上工作，我可以告诉我没有ldd......

4

2 回答 2

24

您可以看到输出的差异。

objdump 只是将对象本身列出的内容转储为包含未解析符号的库。

ldd 列出了 ld.so 实际加载的库。它向后跟随图表，以便您可以看到这些库将加载什么。这就是 libpthread.so.0 在 ldd 输出中结束的方式，尽管它不在 objdump 输出中。

所以 ldd 将更好地描述运行时真正需要可用的内容。但是，在解决编译/链接时问题时，objdump 非常有用。

于 2012-07-17T14:44:13.590 回答
0

请参阅程序库 HOWTO，第3.5 节。安装和使用共享库：

当心：不要在您不信任的程序上运行 ldd。正如 ldd(1) 手册中明确指出的那样，ldd （在某些情况下）通过设置一个特殊的环境变量（对于 ELF 对象，LD_TRACE_LOADED_OBJECTS）然后执行程序来工作。不受信任的程序可能会强制 ldd 用户运行任意代码（而不是简单地显示 ldd 信息）。因此，为了安全起见，不要在您不信任执行的程序上使用 ldd。

于 2015-12-10T20:24:36.413 回答