了解 ldd 输出

Question

ldd 如何知道它依赖于 libc.so.6 ，而不是 libc.so.5 或 libc.so.7< /代码>？

libc.so.6 => /lib64/libc.so.6 (0x00000034f4000000)
/lib64/ld-linux-x86-64.so.2 (0x00000034f3c00000)

Answer 1

它记录在应用程序二进制文件本身内部（在编译时指定，更准确地说是在链接步骤中，使用 ld 完成）：（

$ readelf -d /bin/echo

Dynamic section at offset 0x5f1c contains 21 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
...

还有一些附加列说明 elf 如何在动态部分中存储信息。但是您可以看到 libc.so.6 被硬编码为 .6 后缀，因为 SONAME)

或者甚至不了解 ELF 文件格式：

$ strings /bin/echo |grep libc.so
libc.so.6

要查找链接器如何查找库（在编译的最后一步完成），请使用 gcc 选项 -Wl,- -verbose （这要求 gcc 将选项 --verbose 传递给 ld）：

$ gcc a.c -Wl,--verbose

...
attempt to open /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libc.so failed
attempt to open /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libc.a failed
attempt to open /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libc.so failed
attempt to open /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libc.a failed
attempt to open /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../libc.so succeeded
opened script file /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../libc.so
opened script file /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../libc.so
attempt to open /lib/libc.so.6 succeeded
/lib/libc.so.6

链接器不知道有关 .digit 的任何信息后缀，它只是迭代所有试图打开 libLIBNAME.so 和 libLIBNAME.a 的库搜索目录，其中 LIBNAME 是 -l 之后的字符串选项。 （默认添加 -lc 选项）。

第一个成功的是 /usr/lib/libc.so 它本身不是一个库，而是一个链接器脚本（文本文件）。以下是典型的 libc.so 脚本的内容：

$ cat /usr/lib/libc.so
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf32-i386)
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a  AS_NEEDED ( /lib/ld-linux.so.2 ) )

因此，脚本 /usr/lib/libc.so 的发现早于实际的库，并且该脚本说明，什么文件将被链接，在本例中为libc.so.6。

在更常见的情况下，lib___.so 是到诸如 lib___.so.3.4.5 之类的某个版本的符号链接，并且 lib___.so.3.4 中填充了 SONAME 字段.5 表示 ld 链接不是到 lib___.so 而是链接到 lib___.so.3.4，这是另一个到 lib___.so.3.4 的符号链接代码>lib___.so.3.4.5。 .3.4 名称将记录在二进制文件的 NEEDED 字段中。

Answer 2

http://www.sco.com/developers/gabi/latest /ch5.dynamic.html#dynamic_section

具有各个动态标签的含义。 1 表示它是 DT_NEEDED 标记，这意味着在这种情况下，该

typedef struct {
    Elf32_Sword d_tag;
    union {
        Elf32_Word  d_val;
        Elf32_Addr  d_ptr;
    } d_un;
} Elf32_Dyn;

结构具有有效的 d_val 联合，并在 DT_STRTAB 表中查找该联合成员指定的偏移量，以查找该二进制文件/SO 所依赖的库的名称。