c++ - 是否有可能知道哪个库使用 ldd 引入了另一个库？

Question

应用程序与它所需的动态库链接后，是否有可能找出我在列表中看到的另一个库中的确切库？

例如，今天我遇到了一个情况，一个根本不应该出现的库出现在 ldd 输出中，并且导致应用程序崩溃。通过逻辑推论，我可以弄清楚并隔离问题，然后重建相应的项目以不再包含有问题的库。但是，是否可以在不了解应用程序及其所依赖的库的任何额外知识的情况下使用 ldd 之类的外部工具来做同样的事情？ (问题是有问题的库没有被应用程序直接使用，而是被应用程序直接链接到的另一个库使用。)

本质上，看起来我正在寻找一种方法来在应用程序链接在一起后恢复链接依赖关系图。

Answer 1

ldd 最终是一个包装脚本，用于在环境中设置变量 LD_TRACE_LOADED_OBJECTS 来执行动态链接器/加载器。例如，以下命令输出与我系统中的 ldd/bin/ls 相同:

user@localhost ~ $ LD_TRACE_LOADED_OBJECTS=1 /lib/ld-linux.so.* /bin/ls
    linux-gate.so.1 (0xb77bd000)
    libacl.so.1 => /lib/libacl.so.1 (0xb7798000)
    libc.so.6 => /lib/libc.so.6 (0xb75ef000)
    libattr.so.1 => /lib/libattr.so.1 (0xb75e9000)
    /lib/ld-linux.so.2 (0x80065000)

ld.so(8) 联机帮助页中记录了很多用于调整动态链接器的其他环境变量。 LD_DEBUG=files 对于发现特定库被拉取的原因特别感兴趣，它跟踪链接器在处理可执行文件期间跟踪的文件:

user@localhost ~ $ LD_TRACE_LOADED_OBJECTS=1 LD_DEBUG=files /lib/ld-linux.so.* /bin/ls
     27831: file=/bin/ls [0];  generating link map
     27831:   dynamic: 0x08064f0c  base: 0x00000000   size: 0x0001e034
     27831:     entry: 0x0804bffc  phdr: 0x08048034  phnum:         10
     27831: 
     27831: 
     27831: file=libacl.so.1 [0];  needed by /bin/ls [0]
     27831: file=libacl.so.1 [0];  generating link map
     27831:   dynamic: 0xb772ced8  base: 0xb7724000   size: 0x0000917c
     27831:     entry: 0xb77257f0  phdr: 0xb7724034  phnum:          7
     27831: 
     27831: 
     27831: file=libc.so.6 [0];  needed by /bin/ls [0]
     27831: file=libc.so.6 [0];  generating link map
     27831:   dynamic: 0xb771fda4  base: 0xb757b000   size: 0x001a8eac
     27831:     entry: 0xb75937b0  phdr: 0xb757b034  phnum:         11
     27831: 
     27831: 
     27831: file=libattr.so.1 [0];  needed by /lib/libacl.so.1 [0]
     27831: file=libattr.so.1 [0];  generating link map
     27831:   dynamic: 0xb7579ef0  base: 0xb7575000   size: 0x000050bc
     27831:     entry: 0xb7575ed0  phdr: 0xb7575034  phnum:          7
     27831: 
    linux-gate.so.1 (0xb7749000)
    libacl.so.1 => /lib/libacl.so.1 (0xb7724000)
    libc.so.6 => /lib/libc.so.6 (0xb757b000)
    libattr.so.1 => /lib/libattr.so.1 (0xb7575000)
    /lib/ld-linux.so.2 (0x80094000)

在上面的例子中，我们看到 /bin/ls 需要 libacl.so.1 和 libc.so.6本身，并且 libattr.so.1 是作为 libacl.so.1 的要求被拉取的。