我正在研究需要两个第三方库（libfoo.so和libbar.so）的C++项目。我的操作系统是Linux。具有不兼容依赖关系的链接库

libfoo.so动态链接到libpng14.so.14（1.4.8）（EDIT 1）

libbar.so似乎静态链接到 ~~的libpng的unknwon版本~~ 的libpng 1.2.8 （EDIT 1）

我说 “似乎”，是因为：

ldd libbar.so没什么不显示，有关PNG
nm -D libbar.so | grep png_read_png说： “004f41b0牛逼png_read_png”
less libbar.so | grep png_read_png说： “4577：004f41b0 738 FUNC全局默认10 png_read_png”

当我开始我的程序，它放弃：

terminate called after throwing an instance of 'char const*'

这是GDB回溯：

#0 0xb7ffd424 in __kernel_vsyscall() 
#1 0xb5e776a1 in raise() from /lib/libc.so.6 
#2 0xb5e78de2 in abort() from /lib/libc.so.6 
#3 0xb60a997f in __gnu_cxx::__verbose_terminate_handler()() from /usr/lib/gcc/i686-pc-linux-gnu/4.4.5/libstdc++.so.6 
#4 0xb60a78a5 in ??() from /usr/lib/gcc/i686-pc-linux-gnu/4.4.5/libstdc++.so.6 
#5 0xb60a78e2 in std::terminate()() from /usr/lib/gcc/i686-pc-linux-gnu/4.4.5/libstdc++.so.6 
#6 0xb60a7a21 in __cxa_throw() from /usr/lib/gcc/i686-pc-linux-gnu/4.4.5/libstdc++.so.6 
#7 0xb5abf76d in ??() from /usr/lib/libfreeimage.so.3 
#8 0xb6fb9346 in png_error() from lib/libfsdk.so 
#9 0xb6fa2a59 in png_create_read_struct_2() from lib/libfsdk.so 
#10 0xb6fa2b7a in png_create_read_struct() from lib/libfsdk.so 
#11 0xb5abfa44 in ??() from /usr/lib/libfoo.so 
#12 0xb5aa766b in FreeImage_LoadFromHandle() from /usr/lib/libfreeimage.so.3 
#13 0xb5aa59f6 in FreeImage_LoadFromMemory() from /usr/lib/libfreeimage.so.3 
#14 0xb68a94a5 in Foo::Image::load (this=0xb4eff560, input=...)

正如你所看到的，异常抛出美孚::图像::负载属于libfoo.so的

禁用我的代码使用libbar.so部分和删除链接到它， Foo :: Image :: load不会抛出任何异常并且正常工作。

所以我想这可能是由于符号表中的一些不明确之处。我该如何解决它？

编辑1个

png_access_version_number（）

随着libbar.so链接，png_access_version_number()回报10208：版本1.2.8
没有libbar.so链接，png_access_version_number()回报10408：版本1.4.8

来源

2011-12-16 Alessandro Pezzato

您必须使用`nm -D`来查看共享库的dynsyms。只有`nm`适用于调试符号，在大多数发行版中都会被剥离。 – 2011-12-16 14:22:01

@jørgensen，谢谢！ – 2011-12-16 14:28:10

由于您无法重建任一库，并且由于符号冲突导致库无法驻留在相同的“动态链接程序名称空间”中，因此您唯一的选择是隔离区它们。

您可以通过使用dlopen("lib*.so", RTLD_LOCAL)（对于其中一个或两个库）来实现该目的，而不是直接链接到它们。

如果您只需要例如一些符号，这可能是可行的。libfoo.so - 您可以简单地使用dlsym而不是直接调用函数。

如果您对这两个库具有“太多”依赖关系，那么您的其他解决方案可能是构建“插入器”库。假设您想要设置libbar.so，并且您需要bar1()，bar2()，... bar1000()。

写（或用一个简单的Perl脚本生成）源文件看起来像这样：

static void *handle; 
void *bar1() 
{ 
    static void* (*pfn)(void *arg1, void *arg2, void *arg3, ..., argN); 
    if (pfn == NULL) { 
     if (handle == NULL) 
     handle = dlopen("libbar.so", RTLD_LOCAL|RTLD_LAZY); 
     pfn = dlsym(handle, "bar1"); 
    } 
    return (*pfn)(arg1, arg2, ..., argN); 
} 
... repeat for all other libbar functions you depend on

现在编译这个源链接到libbar_interposer.so，并针对其链接您的应用程序（这不会为C++工作由于名称改变，仅适用于普通的 - C）。 Voila，应用程序没有任何更改，并且您仍然有孤立的libbar.so，所以其符号对于其他应用程序不可见，特别是不会与libpng中的任何符号冲突。

来源

2011-12-18 04:24:00

具有不兼容依赖关系的链接库

所以我想这可能是由于符号表中的一些不明确之处。我该如何解决它？

回答

相关问题