Linux共享库,它使用共享库未定义的符号

Question

两个共享库liba.so和libb.so. liba.so使用libb.so. 所有c文件都使用-fPIC编译.链接使用-shared.当我们在liba.so上调用dlopen时,它无法在libb.so中找到符号...我们得到"未定义符号"错误.我们可以dlopen libb.so没有错误.我们知道liba正在寻找libb,因为我们没有找到找不到文件的错误.删除libb.so时,我们收到文件未找到错误.我们试过 - 但没有运气.

有任何想法吗？？？？

哦耶.gcc 4.1.2

更新:我们在链接liba时使用rpath,因此可以找到libb.

ldd liba.so返回:

linux-gate.so.1 => (0xffffe000)  
libb.so => ./libb.so (0xf6ef9000)  <-------- LIBB 
libutil.so.1 => /lib/libutil.so.1 (0xf6ef5000)  
libdl.so.2 => /lib/libdl.so.2 (0xf6ef1000)  
libm.so.6 => /lib/libm.so.6 (0xf6ec9000)  
libpthread.so.0 => /lib/libpthread.so.0 (0xf6eb1000)  
librt.so.1 => /lib/librt.so.1 (0xf6ea8000)  
libc.so.6 => /lib/libc.so.6 (0xf6d62000)  
/lib/ld-linux.so.2 (0x007d0000)   

在libb的末尾没有.#是有意义的吗？

Answer 1

您可以libb.so使用ldd命令轻松检查预期位置:

 $ ldd liba.so
    linux-gate.so.1 =>  (0xb77b0000)
    libb.so.1 => not found
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75b6000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7572000)
    libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb742b000)
    /lib/ld-linux.so.2 (0xb77b1000)

如果是的话not found,libb.so应该将路径添加到/etc/ld.so.confshell变量中LD_LIBRARY_PATH.

另一种方式是设置rpath在liba.so本身-它基本上硬编码它的路径,所以当二进制启动动态连接器会知道在哪里搜索共享库.

如果rpath未设置,它将首先搜索LD_LIBRARY_PATH,然后搜索/etc/ld.so.conf(或/etc/ld.so.conf.d/)中提到的路径.添加后ls.so.conf别忘了执行/sbin/ldconfig

动态链接器通过它们soname(如果已设置)搜索依赖共享库- 如果soname未设置(例如,使用-Wl,-soname,libb.so.1),它将按库名称搜索.

示例:libb.so.1.0是您的实际库,有soname- libb.so.1.您通常会有以下文件结构:

libb.so -> libb.so.1
libb.so.1 -> libb.so.1.0
libb.so.1.0

哪里libb.so和libb.so.1是符号链接.

libb.so在构建某些应用程序或其他库时,您通常会链接到,具体取决于libb.so.

gcc -shared -Wl,-soname,liba.so.1 -o liba.so.1.2 -L/libb/path -lb

当应用程序启动时(或执行dlopen - 你的情况) - 动态链接器将搜索具有名称的文件libb.so.1- soname依赖库的文件,如果soname设置了,则不是libb.so.

这就是你需要那个libb.so.1指向实际库的符号链接的原因.

如果使用ld.so.confand ldconfig,它将创建带有soname名称的符号链接,指向库文件,如果缺少此符号链接.

您可以在ld-linux手册页中找到更多有用的信息.

如果找到了库但缺少某些符号,请尝试libb.so使用-Wl,--no-undefined选项构建

gcc -shared -Wl,-soname,libb.so.1 -Wl,--no-undefined -o libb.so.1.2

如果您错过了定义某个符号,它应该会给您一个错误.