c++ - 使用带有 clang++ -stdlib=libc++ 的 libstdc++ 编译库

Question

我在 Mac OS X (10.8.2) 下使用 C++ 工作，最近我想出了使用 C++11 功能的需求，这些功能可通过使用 libc++ stdlib 的 clang++ 编译器获得。 但是，我还需要使用一些针对 libstdc++(来自 MacPorts)编译和链接的遗留库。

这样做时，我遇到了链接错误，因为使用例如 std::string 的旧库的 header 需要针对 std::__1::进行解析basic_string(即 std::string 的 libc++ 实现)而不是 std::basic_string 实现。

有没有办法在开发中混合使用这两个库(例如，通过使用一些预处理器标志？)

Answer 1

您看到的是使用内联命名空间来实现 ABI 版本控制。

这意味着什么:

libstdc++ std::string 是与 libc++ std::string 不同的数据结构。前者是引用计数设计，而后者不是。尽管它们与 API 兼容，但它们与 ABI 不兼容。这意味着如果你用 libstdc++ 构造一个 std::string，然后将它传递给与 libc++ 链接的其他代码，接收代码会认为它有一个 libc++ std::string 。 IE。接收者不会知道它应该增加或减少引用计数。

如果没有内联命名空间，结果将是运行时错误。你能期望的最好的结果就是崩溃。使用内联命名空间时，此运行时错误会转换为链接时错误。

对于程序员来说，libstdc++ std::string 和 libc++ std::string 看起来像是同一类型。但是对于链接器来说，它们看起来像是完全不同的类型(线索是 std::__1 命名空间)。并且链接者的观点是正确的。它们是完全不同的类型。

所以是的，您可以操纵一些预处理器标志来链接事物。但是，您将不得不花时间调试由此产生的运行时错误。

做你想做的唯一方法是使这些dylibs之间的接口(interface)不涉及std::类型，例如string。例如，您可以改为传递 char 数组。您甚至可以将内存所有权从 libstdc++ 链接的代码转移到 libc++ 链接的代码，反之亦然(它们都将掉入同一个 malloc 池)。