_GLIBCXX_USE_CXX11_ABI 在 RHEL6 和 RHEL7 上禁用？

Question

我在 RHEL6 和 RHEL7 上安装了 gcc 5.2.1，看起来 _GLIBCXX_USE_CXX11_ABI 被禁用了。即使我手动运行-D_GLIBCXX_USE_CXX11_ABI=1 -std=c++14，它也不起作用。这意味着我不会获得小字符串优化功能。例如，以下代码的输出总是有 8 和 'micro not set'。对于 SSO，如果我们查看 code bits/basic_string.h，std::string 的大小应该至少为 16。有什么解决方法吗？

#include <string>
#include <iostream>

int main()
{
    std::cout << sizeof(std::string) << std::endl;

#if _GLIBCXX_USE_CXX11_ABI
    std::cout << "macro set" << std::endl;
#else
    std::cout << "macro not set" << std::endl;
#endif

}

Answer 1

bugzilla.redhat有以下回复

Jakub Jelinek 2018-02-19 06:08:00 EST

我们已经尽力了，但无法支持这一点，在 RHEL6 也不在 RHEL7 上，这就是它被强制禁用的原因。它会 在 RHEL8 中工作（并且也是那里的默认值）。

Answer 2

这取决于您的libstdc++ 版本，请确保您的包含/链接/运行时路径正确。在您的系统中搜索该宏，然后使用该宏，只需确保链接到正确的 stdlib/abi 库即可。

如果您没有它，您可以随时自己构建它，但请注意，如果您拥有的其余程序使用旧 ABI，它们将无法与您的新 libstdc++ 一起使用。

---

编辑： 考虑到这一点，您是否为g++ 指定了正确的-std= 标志？你试过-std=gnu11吗？它可能像那样微不足道。如果没有，请继续阅读。不要手动指定该定义，您将破坏 ABI 与 libstdc++ 的兼容性，从而导致级联的奇妙崩溃。只有在自己构建标准库时才能指定此类内容。

---

剩下的内容有点矫枉过正，但它解释了如何构建和/或选择您想要使用的标准库。

在使用libc++ 的第 2 版 ABI 时，我遇到了类似的问题，其中链接到它的所有内容都必须使用正确的标头和正确的 ABI 重新构建（例如小字符串优化就是其中之一）。

例如，在构建 C++ 对象时，我使用以下标志来指定自定义 stdlib 标头路径的位置，而不是使用操作系统提供的路径（我使用 Clang，但原理相似）：

-nostdinc++ -I/usr/local/sdk/llvm.6.0.1/include/c++/v1/

然后在链接阶段，我使用$ORIGIN 相对运行时搜索路径，因为在生产机器上，标准库安装在更合理的位置，但您可以为任何您想要的 stdlib 指定一个固定的。您还需要确保链接器可以在与-L 进行静态链接期间找到适当的标准库。

-Wl,-rpath,'$ORIGIN/../lib' -L/usr/local/sdk/llvm.6.0.1/lib

您需要链接-lstdc++ 和-lsupc++（如果是静态链接，顺序很重要），只要您提供正确的库搜索路径，静态链接器应该会找到它们是 GCC/GNU C++ 标准库和 ABI 支持库。

当心，如果你用这个替换你的系统 libstdc+ 任何与旧 ABI 布局链接的程序如果动态链接的话都会中断，所以要小心。