GCC 16 par défaut C++20 et nouveautés C++23/26 GCC 16 passe en C++20 par défaut et encourage la migration vers C++23/26 via des ajustements du build. GCC 16 C++20 par défaut pour la compilation C++, une évolution qui ouvre les portes des nouveautés de C++23 et C++26 sans nécessiter d'options explicites.
GCC 16 C++20 par défaut pour la compilation C++, une évolution qui ouvre les portes des nouveautés de C++23 et C++26 sans nécessiter d'options explicites. Cette base moderne change la manière dont les projets s'appuyaient sur les anciennes normes et force à repenser les paramètres de build pour profiter des améliorations du compilateur et de la bibliothèque standard.
GCC 16 et C++20 par défaut : ce qui change
Avec GCC 16, le standard par défaut pour la compilation C++ est désormais C++20. Concrètement, si vous ne précisez pas de -std, le compilateur utilise C++20 et permet d'accéder aux optimisations et à certaines améliorations du langage. Cette évolution est bénéfique pour les nouveaux projets qui démarrent aujourd'hui, mais elle peut surprendre les équipes qui ciblaient C++17 ou des versions antérieures sans modifier leurs scripts de build.
Par ailleurs, GCC 16 intègre les nouveautés qui émergent des normes C++23 et C++26. Cela ne signifie pas que chaque feature est activée automatiquement; pour bénéficier des ajouts de ces normes, il faut explicitement cibler -std=c++23 ou -std=c++26 lors de la compilation, et s'assurer que libstdc++ et les dépendances sont compatibles.
Ce que cela implique pour la migration et le build
Les projets qui utilisaient des normes plus anciennes doivent ajuster leurs paramètres de compilation pour éviter les incohérences. Concrètement, cela se traduit par :
- Statut du standard : -std doit être fixé à la norme visée (c++20, c++23 ou c++26) dans les systèmes de build et les outils comme CMake ou Meson.
- Tests et dépréciations : exécuter une batterie de tests pour repérer les dépréciations et les comportements modifiés dans libstdc++.
- Dépendances compatibles : vérifier que les bibliothèques tierces utilisées supportent la norme ciblée et que les ABI n'évoluent pas de façon inattendue.
Dans les environnements d'intégration continue, il est judicieux d'ajouter des configurations parallèles : une cible sur c++20 pour vérifier que le code compile sans changement, puis des cibles sur c++23 et c++26 pour valider l'absence de régressions lors de l'adoption des nouveautés.
Contexte, limites et ce qu'on ne sait pas encore
La migration vers une norme plus récente n'est pas sans risques. Certaines API du côté de la bibliothèque standard évoluent, et des comportements qui dépendaient d'implémentations plus anciennes peuvent se trouver légèrement différents. GCC 16 propose des diagnostics plus explicites et des avertissements destinés à guider les développeurs, mais cela demande du temps de test et une revue du code et des dépendances.
- Interopérabilité : vérifier que les bibliothèques externes fonctionnent avec la norme cible et que les binaires restent compatibles.
- Dépréciations : surveiller les messages du compilateur qui signalent des usages obsolètes et les remplacer.
Pour terminer
Passer à C++20 par défaut avec GCC 16 est une étape logique pour profiter des capacités actuelles du compilateur tout en restant prêt pour les évolutions futures. L'essentiel est de planifier la migration, de tester minutieusement et d'ajuster les paramètres de build dans les outils de développement afin d'éviter les surprises lors des déploiements.
