问将符号限制在linux可执行文件的本地范围内

EN

用dlopen拉进第三方图书馆。

您可以通过创建自己的共享库来避免这种情况，该库隐藏了所有第三方符号，并且只向它们公开了您自己的API，但如果其他所有操作失败，dlopen将为您提供完全的控制。

我有一个类似的问题/问题：Segfault on C++ Plugin Library with Duplicate Symbols

如果可以重新构建第三方库，可以尝试添加链接器标志-Bsymbolic ( gcc/g++的标志将是-Wl,-Bsymbolic)。也许能解决你的问题。这一切都取决于代码的组织和内容，因为使用它有一些警告：

http://www.technovelty.org/code/c/bsymbolic.html

http://software.intel.com/en-us/articles/performance-tools-for-software-developers-bsymbolic-can-cause-dangerous-side-effects/

如果你不能重建它，根据第一个警告链接：

实际上，在构建共享库时，

标志所做的唯一事情就是在名为DT_SYMBOLIC的二进制文件的动态部分中添加一个标志。

所以，也许有一种方法可以将DT_SYMBOLIC标志添加到动态节post链接中？

最简单的解决方案是在可执行文件中重命名符号(通过更改源代码)，这样它们一开始就不会与共享库冲突。

下一个最简单的事情是用'objcopy -L problem_symbol'定位“问题”符号。

最后，如果您没有直接链接到第三方库(但像bmargulies所建议的那样，而是直接打开它)，并且您的其他共享库都没有使用定义"problem“符号，并且您也没有链接到-rdynamic或其相应的代码之一，那么该符号不应该导出到可执行文件的动态符号表中，因此您不应该有冲突。

注意：'nm a.out'仍然会将符号显示为全局定义，但这对于动态链接并不重要。您希望使用a.out和'nm -D a.out'来查看动态符号表。