使用共享库未定义符号的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时，出现文件未找到错误。我们尝试了-
lutil，但没有运气。

有任何想法吗？？？？

哦耶。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.conf或shell变量中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指向实际库的symlink的原因。

如果使用ld.so.conf和ldconfig，则soname如果缺少该符号链接，它将使用的名称创建指向该库文件的符号链接。

您可以查看ld-linux手册页以获取更多有用的信息。

如果找到了库，但是缺少一些符号，请尝试libb.so使用-Wl,--no-undefinedoption 构建

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

如果您错过定义某些符号的操作，应该会给您一个错误。