Un hilo subido a la portada de Hacker News recuerda una verdad que muchos desarrolladores C++ prefieren ignorar: ni GCC ni Clang implementan el 100 % del estándar. Análisis práctico.

Ni GCC ni Clang son totalmente conformes al estándar C++

Un artículo publicado en sebsite.pw y compartido en Hacker News recuerda una verdad que muchos desarrolladores C++ prefieren ignorar: los dos compiladores open source más importantes del mundo, GCC (GNU Compiler Collection) y Clang (front-end del proyecto LLVM), no son totalmente conformes al estándar C++. Ninguno lo ha sido nunca al 100 %.

El contexto

El estándar C++ (ISO/IEC 14882) es un documento de más de 2.000 páginas. Cada nueva versión (C++17, C++20, C++23, C++26 en preparación) añade funcionalidades que los implementadores deben alcanzar. En la práctica, ningún compilador implementa el 100 % del estándar a tiempo; siempre hay « feature X partially supported » o « feature Y not implemented » en las tablas de conformidad. La lista oficial y actualizada puede consultarse en cppreference.com (página « Compiler support »).

Lo que plantea el artículo

El autor del artículo destaca un caso en el que tanto GCC como Clang se desvían del estándar: o bien aceptan un programa que el estándar prohíbe, o bien rechazan un programa perfectamente conforme. La naturaleza exacta del error (frontend, ABI, optimizador) determina el impacto, desde un « diagnóstico erróneo » hasta un « código incorrecto en silencio ».

Para un desarrollador senior, la pregunta no es si su compilador tiene errores —la respuesta es sí, como cualquier software de más de 20 millones de líneas— sino dónde están las zonas de riesgo y cuáles afectan a su código en la práctica.

Qué hacer cuando ocurre

1. Reproducir en ambos compiladores: si GCC dice « error » y Clang dice « OK », hay muchas probabilidades de que uno de los dos esté equivocado, útil para aislar el problema.
2. Consultar Compiler Explorer (godbolt.org) con varias versiones de GCC/Clang/MSVC en paralelo: unos pocos clics permiten comparar 5 backends a la vez.
3. Reportar en bugzilla.gcc.gnu.org o bugs.llvm.org: los mantenedores son reactivos y la clasificación suele hacerse en pocos días.
4. Aplicar un parche con -std=c++17 o aislar la construcción problemática hasta que se solucione.

Para recordar

El estándar C++ no es la Biblia, y los compiladores no son santos. Si tu código compila en GCC 15 pero no en Clang 20, no es « milagroso» —solo son dos implementaciones, dos interpretaciones, un estándar demasiado grande. Sé pragmático, mantén godbolt abierto.