GCC 对 C++17 的支持情况如何？答案

【问题标题】：What's the status of C++17 support in GCC?GCC 对 C++17 的支持情况如何？
【发布时间】：2015-09-22 16:13:53
【问题描述】：

Clang 有一个 nice page 描述项目状态 w.r.t。 C++1z/C++17 特性支持（和 C++11 和 C++14 是同一页）。

g++ 有a page regarding C++14 features，但我找不到任何关于 C++17/C++1z 的信息。是否正在处理但只是没有出现在网络上？对于 5.0 版？

【问题讨论】：

C++17 处于早期开发状态，据我所知，GCC 尚不支持它的功能。甚至 clang 也对它有有限的实验性支持 (clang.llvm.org/cxx_status.html#cxx17)。另一方面，GCC 也取得了一些进展，请参阅：patchwork.ozlabs.org/patch/370773 或 gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html。
libstdc++ 201z

【解决方案1】：

【讨论】：

【解决方案2】：

更新的最终简答：

【讨论】：

gcc 中的支持仍列为实验性。 manual 也暗示了这一点。 gcc 9 包括用于 c++17 的 improved experimental support
您链接到的手册说“GCC 支持新规范中的所有更改。”在该页面上找不到“实验性”一词。
确实如此，但随后要了解更多信息的链接表明支持是实验性的。另外，手册的第一行只说 GCC 支持 1998 年发布的原始 ISO C++ 标准，以及 2011 年和 2014 年的修订版

【解决方案3】：

已经有一些支持了；以下两个总结面向 Clang 的列表：

支持（截至 2015 年 7 月 5 日）：

不支持（截至 2015 年 7 月 5 日；带有指向有效示例用法的链接）：

关于 libstdc++ 中库提案的执行情况，the corresponding manual 有一个列表。

【讨论】：

“函数参数自动”这是什么？我在C++17 列表中找不到这个。
Trigraphs 并不是真正的问题。如果您需要它们，您可以随时将它们定义为系统源编码的一部分。
@Suma: "auto for function parameters" 是 C++14: stackoverflow.com/questions/17233547/…（而显示的示例可能是 gcc 扩展）。
@Thomas 不。它是 C++17 计划功能的一部分； “通用函数”，概念文件的一部分。泛型 lambda 确实是 C++14。
@Columbo：从 4.9 开始，这必须是扩展。见stackoverflow.com/a/25879737。您在 C++14 模式下编译，GCC 4.9 甚至无法识别 -std=c++1z。

【解决方案4】：

cppreference.com 上还有一个不错的表格，列出了多个编译器支持的功能。

【讨论】：