是什么让 g++ 包含 GLIBCXX_3.4.9？

Question

我使用 g++ 版本 4.2.3 在同一 GNU/Linux 服务器上编译了 2 个不同的二进制文件。

第一个用途：

GLIBC_2.0
GLIBC_2.2
GLIBC_2.1
GLIBCXX_3.4
GLIBC_2.1.3

第二个用途：

GLIBC_2.0
GLIBC_2.2
GLIBC_2.1
GLIBCXX_3.4.9
GLIBCXX_3.4
GLIBC_2.1.3

为什么第二个二进制文件使用仅在 libstdc++.so.6.0.9 上可用的 GLIBCXX_3.4.9 而在 libstdc++.so.6.0.8 中不可用

g++ 生成的需要 ABI 中断并强制系统具有 GLIBCXX_3.4.9 的新功能是什么？

有没有办法禁用这个新功能而不需要 GLIBCXX_3.4.9？

Answer 1

要找出您的二进制文件实际依赖于列出的 GLIBCXX_3.4.9 符号中的哪一个，请执行以下操作：

readelf -s ./a.out | grep 'GLIBCXX_3\.4\.9' | c++filt 一旦您知道要查找哪些符号，您就可以追溯到需要它们的对象：

nm -A *.o | grep _ZN<whatever> 最后，要将其与源联系起来，您可以这样做：

objdump -dS foo.o 并查看哪个代码引用了 3.4.9 符号。

Answer 2

既然您要求了，这里是至少具有 ABI 版本 3.4.9 的符号：

GLIBCXX_3.4.9 {

    _ZNSt6__norm15_List_node_base4hook*;
    _ZNSt6__norm15_List_node_base4swap*;
    _ZNSt6__norm15_List_node_base6unhookEv;
    _ZNSt6__norm15_List_node_base7reverseEv;
    _ZNSt6__norm15_List_node_base8transfer*;

    _ZNSo9_M_insertI[^g]*;
    _ZNSt13basic_ostreamIwSt11char_traitsIwEE9_M_insertI[^g]*;
    _ZNSi10_M_extractI[^g]*;
    _ZNSt13basic_istreamIwSt11char_traitsIwEE10_M_extractI[^g]*;

    _ZSt21__copy_streambufs_eofI[cw]St11char_traitsI[cw]EE[il]PSt15basic_streambuf*;

    _ZSt16__ostream_insert*;

    _ZN11__gnu_debug19_Safe_sequence_base12_M_get_mutexEv;
    _ZN11__gnu_debug19_Safe_iterator_base16_M_attach_singleEPNS_19_Safe_sequence_baseEb;
    _ZN11__gnu_debug19_Safe_iterator_base16_M_detach_singleEv;
    _ZN11__gnu_debug19_Safe_iterator_base12_M_get_mutexEv;

    _ZNKSt9bad_alloc4whatEv;
    _ZNKSt8bad_cast4whatEv;
    _ZNKSt10bad_typeid4whatEv;
    _ZNKSt13bad_exception4whatEv;

} GLIBCXX_3.4.8;

通过 c++filt 运行文件

libstdc++-v3/config/abi/post/i386-linux-gnu/baseline_symbols.txt

，grep 查找 GLIBCXX_3.4.9 以理解这些名称（它们看起来只是通配符）。我没有这样做，因为这些名称变得相当长且嵌套。后来的版本主要包含 c++1x 的东西。上述内容请参阅文件 

libstdc++-v3/config/abi/pre/gnu.ver

。请阅读

here了解 VERSION 链接描述文件命令。

Answer 3

第一个问题是你是如何生成上面的列表的。

人们会假设编译器是确定性的，因此以相同的方式链接二进制文件。

我想我因为没有直接回答问题而被标记，但评论会很好。但我仍然认为您没有提供正确的信息，并且很高兴看到显示您的问题的命令的输出。

假设你使用ldd：

您将得到如下所示的输出：

lib<X>.so.<ver> => /usr/lib/lib<X>.so.<verM> (<Addr>) 但这并不是故事的结局。

尝试对文件执行 ls 它可能是一个符号链接

> ls /usr/lilb/lib<X>.so.<verM>
lrwxrwxrwx 1 root root    <Date>  /usr/lib/lib<X>.so.<verM>  -> lib<X>.so.<verM>.<verm>.<verp>