C++ 开发者常忽视的一个事实被重新置顶到黑客新闻首页：GCC 和 Clang 都没有 100% 实现 C++ 标准。实用解析。

GCC 和 Clang 都不完全符合 C++ 标准

一篇发布在 sebsite.pw 并被 Hacker News 转载的文章提醒了许多 C++ 开发者想要忽视的一个事实：GCC（GNU 编译器套件）和 Clang（LLVM 项目的前端）都不完全符合 C++ 标准。从未有任何编译器达到过 100% 的符合度。

背景

C++ 标准（ISO/IEC 14882）是一本超过 2000 页的巨著。每个新版本（C++17、C++20、C++23、正在准备的 C++26）都会增加新功能，而实现者需要跟上。实际上，没有任何编译器能在第一时间实现 100% 的标准；在符合性表格中总会出现“功能 X 部分支持”或“功能 Y 未实现”的情况。最新的官方列表可在 cppreference.com（页面“Compiler support”）上查看。

文章所指出的问题

文章作者指出了一个 GCC 和 Clang 偏离标准的案例：它们要么接受标准禁止的程序，要么拒绝完全符合标准的程序。具体的 bug 性质（前端、ABI、优化器）决定了影响程度——从“错误诊断”到“代码静默错误”。

对于资深开发者而言，问题不在于“编译器是否有 bug”——答案是肯定的，就像任何超过 2000 万行代码的软件一样——而在于了解风险区域，以及在实践中会遇到哪些风险。

遇到问题时该怎么办

1. 在两个编译器上复现：如果 GCC 报“错误”而 Clang 报“OK”，很可能其中一个是错的——这有助于隔离问题。
2. 使用 Compiler Explorer（godbolt.org）同时比较多个 GCC/Clang/MSVC 版本：几次点击就能比较 5 个后端。
3. 在 bugzilla.gcc.gnu.org 或 bugs.llvm.org 上报告：维护者响应迅速，分类通常在几天内完成。
4. 规避：通过设置 -std=c++17 或隔离有问题的结构，直到问题被修复。

记住

C++ 标准不是圣经，编译器也不是圣人。如果你的代码在 GCC 15 上编译通过但在 Clang 20 上不行，这并不“神奇”——只是两种实现、两种解释、一个过于庞大的标准。保持务实，让 godbolt 保持开放。