假设我有一个不使用任何 C++11 的跨平台（Win 和 Mac）生产代码库。
假设 mac 上的编译器选项已更改为使用 C++11 语言方言，但没有 C++11 标准库。
我已经尝试在谷歌上搜索以了解可能的含义，但结果一无所获。
我的问题是：
【问题讨论】：
标签： c++ compiler-construction c++11 clang
我不使用 XCode，但我想如果他们为 clang 提供（可能不完整但到达那里）C++11 模式，那么他们也会发布（可能不完整但到达那里）C+ +11 标准库。并一起测试它们。所以你的情况不应该出现，但假设它无论如何：
从形式上讲，它没有任何意义，因为该标准不承认任何混合和匹配“语言”和“库”的方式。这取决于你的编译器它认为它意味着什么。这可能意味着新的“语言特性”（如右值引用、lambda 等）可用，但命名空间 std 中的新类和函数不可用。
主要风险可能是您不再按照公认的标准进行编程，而是按照编译器发明的可能文档不足的东西进行编程。如果编译器说在 C++11 模式下它需要一个 C++11 标准库，而你为它提供了一个 C++03 标准库，那么你甚至不必责怪编译器文档——任何事情都可能发生了，你弄坏了，你的错。
除了这种有趣的组合的风险之外，使用 C++03 代码库并使用 any C++11 编译器编译它也存在很小的风险。 C++03 中有一些代码结构可以编译为 C++11，但含义略有不同。
例如，几乎可以在 C++03 中编写一个在 C++11 中使用时会中断的类，因为 C++11 将生成一个不正确的移动构造函数。有时您必须替换编译器生成的不正确的复制构造函数（三规则），虽然 C++11 确保在那些“正常”情况下移动构造函数被抑制，但仍有一些奇怪的优势案例。不幸的是，我现在不记得它们了。
C++11 标准列出了 C++11 和 C++03 之间的一些不兼容性。你会希望一切，但你知道它是怎么回事。该列表在附录 C 中。它的开头是：
有效的 C++ 2003 代码可能无法编译或产生不同的结果 在本国际标准中。具体来说，名为
R、u8、u8R、u、uR、U、UR或LR与字符串相邻时不会扩展 文字，但将被解释为字符串文字的一部分。
从那里阅读并没有更多引人入胜的读物。但它基本上是一个列表，如果它们出现在您的 C++03 代码库中，需要更改才能获得等效的 C++11。
【讨论】：
没有真正的“风险”，但 C++11 的很多价值都来自库。
将语言更改为 C++11 表示支持 C++11 语言功能。如果您查看标准，您会发现它分为语言（第 1-16 条）和库（第 17-30 条）功能。语言功能涵盖语法、表达式和语句的含义、重载解析等。库功能涵盖标准标题的内容。因此，如果您需要一个特定的头文件来在 C++11 中做某事，那么您可能需要一个 C++11 标准库。
Xcode 支持 gcc 4.2 附带的 libstdc++ 版本，并且是为 C++03 构建的。当 clang 设置为 C++11 模式时，这可以正常工作。它还支持 libc++，它旨在提供许多 C++11 功能，即使使用 C++03 编译器也是如此。因此，混合和匹配在大多数情况下应该可以正常工作。但是，通过使用为彼此设计的语言和库，您将获得更多价值。
【讨论】：
不要忘记，许多 C++11 语言功能都由库功能支持——例如，如果没有 std::move 和 std::forward，您将无法使用右值引用，并且初始化列表也将是垃圾.
【讨论】：
GCC 和 clang 编译 c++ 略有不同。这可能对您的情况没有影响，但在其他人的情况下可能会，因此您可以切换回 GNU 风格的编译。因此是“语言方言”。
只要您将语言和标准库设置为 GNU 版本，就不会产生影响。但是在 GNU 方言中使用 Apple LLVM 编译器（clang）进行编译可能不会产生与在 Windows 上相同的结果（假设您在两者上都使用 GCC）。我想说，除非您在两个平台上都使用匹配的库、编译器和设置，否则您总是有风险，尤其是当第 3 方库开始发挥作用并且您将 libstdc++ 换成 libc++ 以获得 C++11 支持时。
如果你在 Windows 上使用 VC++，它对 C++11 的支持相当缺乏，所以当你的 XCode 代码拒绝在 VC++ 中构建时不要感到惊讶。
【讨论】：