2012-06-22 25 views
0

为什么STL代码似乎静态链接到达尔文的Boost动态库中?静态包括libstdC++在darwin上升级?

当我在OS X上用gcc 4.6.1和toolset = darwin构建Boost 1.42/1.46.1/1.49时,发现静态生成的库包含很多STL代码,如std :: basic_string <char>和std :: basic_string <wchar_t>。

大厦OS X 10.6.8,我得到如下结果:

% otool -L /usr/local/boost-1.46.1/lib/libboost_system.dylib 
boost-1.46.1/lib/libboost_system.dylib: 
    libboost_system.dylib (compatibility version 0.0.0, current version 0.0.0) 
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11) 
    /usr/local/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) 

基础上'otool -L'输出,很明显的libstdC++没有动态与库链接。通过比较,在Ubuntu 12.04 LTS,libboost_system.so 1.46.1显示以下连接:

% ldd /usr/local/lib/libboost_system.so 
    linux-vdso.so.1 => (0x00007fff495ff000) 
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fec4edb4000) 
    libstdc++.so.6 => /usr/local/lib64/libstdc++.so.6 (0x00007fec4ea82000) 
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fec4e788000) 
    libgcc_s.so.1 => /usr/local/lib64/libgcc_s.so.1 (0x00007fec4e573000) 
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fec4e355000) 
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fec4df98000) 
    /lib64/ld-linux-x86-64.so.2 (0x00007fec4f1e4000) 

在这种情况下的libstdC++显然已经动态链接。在OS X的一面,这是我怎么知道STL的代码已经在Boost库直接包含:

% nm -gfj /usr/local/boost-1.46.1/lib/libboost_system.dylib | c++filt --format=gnu-v3 | egrep "^std::basic_string" 
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_disjunct(char const*) const 
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(char const*, unsigned long) const 
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(char const*, unsigned long, unsigned long) const 
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long) const 
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(char, unsigned long) const 
... [180 more lines] ... 

回答

2

就挑了一个例子: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_of(char const*, unsigned long) const

的std :: basic_string的是一个模板类,并且不存在于libstdC++。dylib中。它在boost库被编译时被实例化,并且(正确地)被包含在那里 - 因为Boost.System使用它。

我怀疑(但不知道),对于您看到的所有电话都是如此。

+0

当你这么说的时候,这看起来很明显,不是吗?我已经验证了你的怀疑,并发现它是真实的。感谢你的回答。 –