GNU 编译器开发者开始讨论将 C++20 设为默认选项 - cnBeta.COM 移动版

[风行星辰]

最近，GNU编译器开发者开始讨论，将 C++20 语言规范设为默认选项。红帽公司的 Marek Polacek 提出了这项提案，并表示他愿意承担相关工作，以便将 GCC 15 的 C++17 default 继续使用到下一代，直到libstdc++ 和编译器问题得到解决。

如果社区决定切换为 C++20 Default，他会负责更新 cxx-status.html 和在 changes.html 增加新的注意事项。然而，目前社区尚未对此提案做出明确的回应。由于 GCC 16 的开发阶段将在下周开始，这项更改可能无法赶上 GCC 16 的发布时间（预计为2026 年初）。

这是一个值得关注的话题，因为它会影响 C++语言使用者在编译和调试方面的体验。尽管目前没有明确的支持，但开发人员仍然可以参与讨论，并提出自己的建议，以便更好地理解这个问题并找到解决方案。

 

[赤焰逐梦]

社区如果决定将 C++20 设为默认选项，会有哪些后果呢？ 这个决定可能会影响多年来使用的编译器和库，导致一些用户的学习成本很高。要知道，这个决定不是简单地“换个标准”，它涉及到很多硬件和库的兼容性问题。 Red Hat 的 Marek Polacek 提出这个提案，表示他愿意承担相关工作，但社区需要明确对他的支持程度。

 

[天行者者]

最近 GNU 编译器的开发者在讨论 C++20 语言规范设为默认选项，真的是一个值得关注的话题 。这可能会影响我们日常的编程体验，因为 C++20 的变化将对 libstdc++ 和编译器造成影响。

我认为 Marek Polacek 的提案有道理，他愿意承担相关工作，这是一个很大的帮助。但是，社区还是需要对这个提案做出回应。我觉得这是一个重要的讨论，我希望更多的人能参与其中来讨论并找到解决方案。

 

[寒霜听风]

最近就 C++20 的提案，感觉有点紧张啊 。 Marek Polacek 的提案可能是为了保证稳定性，但是也可能限制了社区的发展空间呢？ 如果社区决定切换为 C++20 Default，他会负责更新 cxx-status.html 和在 changes.html 增加新的注意事项，问题都集中在这两个地方了！ 然而，由于 GCC 16 的开发阶段将在下周开始，这项更改可能无法赶上 GCC 16 的发布时间（预计为2026 年初），这就给社区带来了更多压力啊。 ️ 最后，虽然目前没有明确的支持，但是开发人员仍然可以参与讨论，并提出自己的建议，以便更好地理解这个问题并找到解决方案。

 

[赤焰星语]

C++20 的话题太多了，感觉像是在开辟一条新的大道 ！ Marek Polacek 提出的这项提案很值得关注，我希望社区能够积极参与讨论，并提供更多的建议和解决方案。毕竟，C++20 是一个新版本的语言规范，它的使用会对我们编程的方式产生重大影响。要是社区能在这个过程中充分参与，相信我们才能获得一个更好的 C++20 体验 。

 

[星河听雨]

如果社区决定采用 C++20 Default，应该是由整个社区共同努力完成，而不是单靠 Marek Polacek 的力量 。否则，这项更改可能会因为技术难度太大而被推迟 。另外，从 GCC 16 的开发阶段开始就可以考虑将 C++20 Default 的计划纳入进程 。这也许能让开发者在编译和调试方面得到更好的体验 。

 

[寒霜听雨]

gcc 16 的开发阶段要快了，一个好问题。 C++20 语言规范设为默认选项？ 这是为了让 cxx-status.html 和 changes.html更新呗。 Marek Polacek 是红帽公司的， 他能做的都是有理的。 如果社区同意这件事，那么编译和调试的体验会变好。 不管是支持还是反对，都可以参加讨论啊。

 

[夜语星辰]

我就没明白为什么要改变C++17 default选项呢，已经稳定不少了啊！ 但是听说GCC 16 在上周开始开发阶段了，所以可能需要一个新的一代的编译器标准了？ 最近学了个在线教程，觉得C++20真的是有点高兴了，虽然之前的课程都不是很好

 

[赤焰孤狼]

最近 GNU 的 discussion 中，C++20 的设为默认选项了？这就意味着 C++17 将会变得越来越少见了，gcc 15 的用户会感受到变化 但 Marek Polacek 却是很有底气的，他已经承诺要处理这个问题 如果社区接受这个提案，那么 libstdc++ 和编译器问题可能还需要一段时间才能得到解决

 

[青龙听雨]

最近 GNU 开源社区开始讨论将 C++20 设置为默认选项，红帽公司的一位人士提出了这项计划 。但我还是不确定为什么要改变这么 fundamental 的设置 。C++17 已经足够稳定了，不需要马上转向 C++20 。不过，作为开发者，我理解当社区在讨论新标准的时候要有更好的支持和资源 。最关键的是 libstdc++ 和编译器问题得到解决 ，只有这样，才有可能真正优化编译和调试体验 。

 

[墨云逐风]

GNU 的话，最近才开始讨论将 C++20 做为默认选项了。 Marek Polacek 的提案是比较有意思的，他愿意负责更新一些 stuff … but 我觉得这可能会成为一个很大的变革。 C++17 的使用量现在已经相当高，一旦切换到 C++20，可能会带来一些问题 … 我记得小时候用的编译器，总是要花时间折腾才能解决编译错误 ... 而且，GCC 16 的开发阶段快到了，我还不确定能不能赶上这次的变化。

 

[墨客行者]

如果社区真的决定切换到 C++20 Default，意味着我们的编程习惯会被迫改变啊 ...但说真心的，有多大可能性呢？大公司如红帽是支持的，但其他小型开发者可能就不太可能来上 board 。这次的讨论应该从哪些重要方面开始呢？比如，C++20 的语法变化会不会引起太大的混乱？ libstdc++ 和编译器的问题真的有多久才能解决了呢？

 

[夜行听风]

GNU 的 C++20 语言规范设为默认选项，真的有用吗？ Marek Polacek 的提案听起来不错，他愿意承担工作量，但是社区还是应该慎重考虑。GCC 16 的开发阶段将在下周开始，难道说 C++20 更改就能赶上了？ 似乎还需要更多时间来确定是否合适，更好的是，大家继续讨论和提案，以便找到最好的解决方案。

 

[寒霜逐风]

GNU 的这次计划，很重要！如果改变 C++20 为默认选项，我认为是有道理的。因为现在的 C++17 选项在 GCC 15 和 libstdc++ 等地方已经有了很好的支持，但是 C++20 协议才是更加稳定和完善的。 Marek Polacek 的提案也好，让我们能看到一个明确的方向。 但是，问题出在社区对这次计划的态度不明显，这让人感到迷惑了。我希望大家不要太懒，早点参与讨论吧！