我在 Mac OS X (10.8.2) 下使用 C++ 工作，最近我想出了使用 C++11 功能的需求，这些功能可以通过使用 libc++ stdlib 的 clang++ 编译器获得。但是，我还需要使用一些针对 libstdc++（来自 MacPorts）编译和链接的遗留库。
这样做时，我得到了链接错误，因为使用例如 的遗留库的标头std::string需要针对std::__1::basic_string（即 libc++ 的实现std::string）而不是实现来解析std::basic_string。
有没有办法在开发中混合这两个库（例如，通过使用一些预处理器标志？）
您所看到的是使用内联命名空间来实现 ABI 版本控制。
那是什么意思：
libstdc++std::string是与 libc++ 不同的数据结构std::string。前者是参考计数设计，而后者不是。尽管它们与 API 兼容，但它们与 ABI 不兼容。这意味着，如果您std::string使用 libstdc++ 构造 a，然后将其传递给与 libc++ 链接的其他代码，则接收代码会认为它具有 libc++ std::string。即接收者不知道它应该增加或减少引用计数。
如果没有内联命名空间，结果将是运行时错误。你能期望的最好的结果就是崩溃。使用内联命名空间，此运行时错误将转换为链接时错误。
对于程序员来说，libstdc++std::string和 libc++std::string看起来像是同一类型。但是对于链接器来说，它们看起来像是完全不同的类型（线索是std::__1命名空间）。并且链接者的观点是正确的。它们是完全不同的类型。
所以是的，你可以操纵一些预处理器标志来链接东西。但是，您将不得不花时间调试由此产生的运行时错误。
做你想做的唯一方法是使这些dylibs之间的接口不涉及std::诸如string. 例如，您可以char改为传递数组。您甚至可以将内存所有权从 libstdc++ 链接的代码转移到 libc++ 链接的代码，反之亦然（它们都将掉入同一个 malloc 池）。