linux - 如何使 dlerror() 报告来自 dlopen() 加载共享库失败的 *所有* 未解析符号？

Question

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

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

非常感谢，

Answer 1

I want to get dlerror() to tell me about all of the 10 missing symbols during the failed load.

你不能:加载器一旦发现无法加载库(即一旦发现第一个丢失的符号)就报告错误。加载程序没有任何意义，因此它不会继续。

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

$ 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)

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