linux - 如何使 dlerror() 报告 *all* 来自 dlopen() 无法加载共享库的未解析符号？

Question

我正在尝试报告共享库上对 dlopen() 的失败调用中的所有未解析符号。我已经尝试将 RTLD_LAZY 和 RTLD_NOW 作为 dlopen 调用的标志。我知道共享库缺少 10 个符号（即，如果您执行静态链接 g++ blah blah：链接将失败，缺少 10 个符号）。我想让 dlerror() 告诉我加载失败期间丢失的所有 10 个符号。

有谁知道如何诱使这种情况发生？我从手册页中看到 dlerror() 返回最后一个错误；所以也许我问得太多了，但想知道是否有人知道。

非常感谢，

Answer 1

我想让 dlerror() 告诉我加载失败期间丢失的所有 10 个符号。

你不能：加载器在发现库无法加载时立即报告错误（即，一旦它发现第一个丢失的符号）。装载机没有必要再往前走，所以它没有。

ldd -r但是，您可以通过使用LD_PRELOAD和来模拟什么LD_TRACE_LOADED_OBJECTS，以获得完整的答案。例子：

$ cat main.c
#include <dlfcn.h>
#include <stdio.h>

int main()
{
  void *p = dlopen("./foo.so", RTLD_NOW);
  if (p == NULL) {
    printf("%s\n", dlerror());
    return 1;
  }
  return 0;
}


$ cat foo.c
int bar(), baz();  // not defined anywhere
int foo() {
  return bar() + baz();
}

$ gcc main.c -ldl; gcc -fPIC -shared -o foo.so foo.c

$ ./a.out
./foo.so: undefined symbol: baz  # only the first symbol is reported

$ ldd -r ./a.out
    linux-vdso.so.1 =>  (0x00007fff52ddc000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f158e48d000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f158e0ce000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f158e6b2000)

那是行不通的，因为您的程序从未执行过，因此从未加载过foo.so。但LD_PRELOAD为了救援：

$ LD_BIND_NOW=1 LD_WARN=1 LD_TRACE_LOADED_OBJECTS=1 LD_PRELOAD=./foo.so ./a.out
    linux-vdso.so.1 =>  (0x00007fff3c1b6000)
    ./foo.so (0x00007ffd33212000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffd3300e000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffd32c4f000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ffd33414000)
undefined symbol: baz   (./foo.so)
undefined symbol: bar   (./foo.so)

瞧：现在报告了所有未解析的符号。