我们最近被要求发布我们其中一个库的 Linux 版本，之前我们是在 Linux 下开发的，并针对 Windows 发布，在这种情况下部署库通常要容易得多。我们遇到的问题是将导出的符号剥离为仅暴露界面中的符号。想要这样做有三个很好的理由

• 保护我们技术的专有方面不通过导出的符号暴露。
• 为了防止用户遇到符号名称冲突的问题。
• 为了加快库的加载速度(至少有人告诉我)。

那就举个简单的例子:

test.cpp

#include <cmath>

float private_function(float f)
{
    return std::abs(f);
}

extern "C" float public_function(float f)
{
    return private_function(f);
}

使用 (g++ 4.3.2, ld 2.18.93.20081009) 编译

g++ -shared -o libtest.so test.cpp -s

并用

nm -DC libtest.so

给予

         w _Jv_RegisterClasses
0000047c T private_function(float)
000004ba W std::abs(float)
0000200c A __bss_start
         w __cxa_finalize
         w __gmon_start__
0000200c A _edata
00002014 A _end
00000508 T _fini
00000358 T _init
0000049b T public_function

显然不够。所以接下来我们将 public 函数重新声明为

extern "C" float __attribute__ ((visibility ("default"))) 
    public_function(float f)

并编译

g++ -shared -o libtest.so test.cpp -s -fvisibility=hidden

给了

         w _Jv_RegisterClasses
0000047a W std::abs(float)
0000200c A __bss_start
         w __cxa_finalize
         w __gmon_start__
0000200c A _edata
00002014 A _end
000004c8 T _fini
00000320 T _init
0000045b T public_function

这很好，除了暴露了 std::abs 。更成问题的是，当我们开始在我们控制之外的其他(静态)库中进行链接时，我们从这些库中使用的所有符号都会被导出。另外，当我们开始使用 STL 容器时:

#include <vector>
struct private_struct
{
    float f;
};

void other_private_function()
{
    std::vector<private_struct> v;
}

我们最终从 C++ 库中得到了许多额外的导出

00000b30 W __gnu_cxx::new_allocator<private_struct>::deallocate(private_struct*, unsigned int)
00000abe W __gnu_cxx::new_allocator<private_struct>::new_allocator()
00000a90 W __gnu_cxx::new_allocator<private_struct>::~new_allocator()
00000ac4 W std::allocator<private_struct>::allocator()
00000a96 W std::allocator<private_struct>::~allocator()
00000ad8 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_impl::_Vector_impl()
00000aaa W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_impl::~_Vector_impl()
00000b44 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_M_deallocate(private_struct*, unsigned int)
00000a68 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_M_get_Tp_allocator()
00000b08 W std::_Vector_base<private_struct, std::allocator<private_struct> >::_Vector_base()
00000b6e W std::_Vector_base<private_struct, std::allocator<private_struct> >::~_Vector_base()
00000b1c W std::vector<private_struct, std::allocator<private_struct> >::vector()
00000bb2 W std::vector<private_struct, std::allocator<private_struct> >::~vector()

注意:进行优化后，您需要确保实际使用了 vector ，这样编译器才不会优化未使用的符号。

我相信我的同事已经设法构建了一个涉及版本文件和修改 STL header (!) 的临时解决方案，但我想问一下:

有没有一种干净的方法可以从 linux 共享库中删除所有不必要的符号(不属于公开库功能的 IE 符号)？我已经尝试了很多选项g++ 和 ld 收效甚微，所以我更喜欢已知有效而不是相信有效的答案。

特别是:

• 不会导出(闭源)静态库中的符号。
• 标准库中的符号不​​会被导出。
• 不会导出对象文件中的非公共(public)符号。

我们导出的接口(interface)是C。

我知道关于 SO 的其他类似问题:

• NOT sharing all classes with shared library
• How to REALLY strip a binary in MacOs
• GNU linker: alternative to --version-script to list exported symbols at the command line?

但在答案方面收效甚微。

最佳答案

所以我们目前的解决方案如下:

test.cpp

#include <cmath>
#include <vector>
#include <typeinfo>

struct private_struct
{
    float f;
};

float private_function(float f)
{
    return std::abs(f);
}

void other_private_function()
{
    std::vector<private_struct> f(1);
}

extern "C" void __attribute__ ((visibility ("default"))) public_function2()
{
    other_private_function();
}

extern "C" float __attribute__ ((visibility ("default"))) public_function1(float f)
{
    return private_function(f);
}

exports.version

LIBTEST 
{
global:
    public*;
local:
    *;
};

编译

g++ -shared test.cpp -o libtest.so -fvisibility=hidden -fvisibility-inlines-hidden -s -Wl,--version-script=exports.version

给了

00000000 A LIBTEST
         w _Jv_RegisterClasses
         U _Unwind_Resume
         U std::__throw_bad_alloc()
         U operator delete(void*)
         U operator new(unsigned int)
         w __cxa_finalize
         w __gmon_start__
         U __gxx_personality_v0
000005db T public_function1
00000676 T public_function2

这与我们正在寻找的非常接近。不过有一些陷阱:

• 我们必须确保不在内部代码中使用“exported”前缀(在这个简单的示例中为“public”，但显然在我们的示例中更有用)。
• 许多符号名称仍以字符串表结尾，这似乎归结为 RTTI，-fno-rtti 使它们在我的简单测试中消失，但这是一个相当核心的解决方案。

我很乐意接受任何人提出的任何更好的解决方案!

关于c++ - 剥离 linux 共享库，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2088409/