Un billet remonté en front page de Hacker News rappelle une vérité que beaucoup de devs C++ préfèrent ignorer : ni GCC ni Clang n'implémentent 100 % du standard. Décryptage pratique.

Ni GCC ni Clang ne sont totalement conformes au standard C++

Un billet publié sur sebsite.pw et remonté sur Hacker News rappelle une vérité que beaucoup de devs C++ préfèrent ignorer : les deux plus grands compilateurs open source du monde, GCC (GNU Compiler Collection) et Clang (front-end du projet LLVM), ne sont pas totalement conformes au standard C++. Aucun ne l'a jamais été à 100 %.

Le contexte

Le standard C++ (ISO/IEC 14882) est un pavé de plus de 2 000 pages. Chaque nouvelle mouture (C++17, C++20, C++23, C++26 en préparation) ajoute des fonctionnalités que les implémenteurs doivent rattraper. En pratique, aucun compilateur n'implémente 100 % du standard dans les temps ; il y a toujours des « feature X partially supported » ou « feature Y not implemented » dans les tables de conformité. La liste officielle et à jour est consultable sur cppreference.com (page « Compiler support »).

Ce que soulève le billet

L'auteur du billet met en lumière un cas où GCC comme Clang s'écartent du standard : soit ils acceptent un programme que le standard interdit, soit ils refusent un programme parfaitement conforme. La nature exacte du bug (frontend, ABI, optimizer) détermine l'impact - de « diagnostic erroné » à « code silencieusement incorrect ».

Pour un dev senior, la question n'est donc pas de savoir si son compilateur est bogué - la réponse est oui, comme n'importe quel logiciel de 20+ M de lignes - mais de savoir où sont les zones à risque, et lesquelles il croise en pratique.

Ce qu'il faut faire quand ça arrive

1. Répliquer sur les deux compilateurs : si GCC dit « erreur » et Clang dit « OK », il y a de fortes chances que l'un des deux ait tort - utile pour isoler le fautif.
2. Consulter Compiler Explorer (godbolt.org) avec plusieurs versions de GCC/Clang/MSVC en parallèle : quelques clics permettent de comparer 5 backends d'un coup.
3. Signaler sur bugzilla.gcc.gnu.org ou bugs.llvm.org - les mainteneurs sont réactifs et le triage se fait souvent en quelques jours.
4. Contourner en fixant un -std=c++17 ou en isolant la construction problématique tant que ce n'est pas patché.

À retenir

Le standard C++ n'est pas la Bible, et les compilateurs ne sont pas des saints. Si votre code compile sur GCC 15 mais pas sur Clang 20, ça n'a rien de « miraculeux » - juste deux implémentations, deux interprétations, un standard trop gros. Restez pragmatique, gardez godbolt ouvert.