_GLIBCXX_USE_CXX11_ABI，GCC 4.8和ABI兼容性

一尘不染

_GLIBCXX_USE_CXX11_ABI，GCC 4.8和ABI兼容性

linux

我们收到了一些为linux编译的库（.a）（可能是用GCC 6.x编译的）。

我们正在使用GCC 4.8，并且undefined reference to std::__cxx11::basic_string在尝试链接时遇到类型错误：

通常，可以通过确保所有单元都使用相同的_GLIBCXX_USE_CXX11_ABI标志进行编译来解决此问题。但是，如果我理解正确，它是由GCC
5.1及更高版本引入的。

是否有办法在GCC 4.8上进行这项工作，还是我们需要让人们用不同的方式重新编译库_GLIBCXX_USE_CXX11_ABI？
我想如果我们能够切换到GCC> = 5.1，那么我们可以做到这一点吗？

谢谢！

阅读 1924

2020-06-07

共1个答案

一尘不染

可以在gcc 4.8.2中使用C 11 ABI，但这是一个危险的技巧。如果完全可以要求您的供应商提供使用C 03
ABI（-D_GLIBCXX_USE_CXX11_ABI=0）编译的库或升级到GCC 5或更高版本，那么情况会好得多。

您需要下载并安装gcc 5，以便可以使用其libstdc 头文件和库，然后指示gcc 4.8优先使用它们。另外，由于gcc 4.8缺少gcc
5随附的libstdc 所需的某些内在函数，因此您需要弄清楚它们的用法。

例如，要编译一个简单的单文件应用程序，其中包括<string>：

/usr/local/gcc-4.8.2/bin/g++ \
   -std=c++11 \
   -D_GLIBCXX_USE_CXX11_ABI=1 \
   -D'__is_trivially_copyable(...)=0' \
   -D'__is_trivially_constructible(...)=0' \
   -D'__is_trivially_assignable(...)=0' \
   -nostdinc++ \
   -isystem /usr/local/gcc-5.4.0/include/c++/5.4.0/ \
   -isystem /usr/local/gcc-5.4.0/include/c++/5.4.0/x86_64-unknown-linux-gnu \
   -L /usr/local/gcc-5.4.0/lib64
   a.cpp

这很危险，因为gcc 5.4 libstdc ++不适用于gcc
4.8，并且重新定义所使用的内在函数（__is_trivially_copyable等）可能会更改结构的布局，或导致程序与供应商的库之间的二进制不兼容。

为了运行生成的可执行文件，您还需要确保动态链接器找到兼容的libstdc
++，例如通过添加/usr/local/gcc-5.4.0/lib64到/etc/ld.so.conf或使用-Wl,-rpath /usr/local/gcc-5.4.0/lib64。

2020-06-07