Standardisation du mot-clé 'defer' : le C enterre enfin le pattern goto

Le Pitch

Le langage C intègre officiellement le mot-clé defer via la spécification technique ISO 25755 (source: Open-STD N3734). L'objectif est de remplacer les patterns goto manuels et fragiles par une gestion automatisée du nettoyage des ressources en fin de bloc. Hacker News s'enflamme parce que c'est le changement le plus significatif dans la gestion de la mémoire depuis des décennies.

Sous le capot

Le support natif est déjà une réalité dans Clang 22 (source: LLVM Pull Request #162848) et les builds 2026 de GCC intègrent les derniers patchs d'Anna Figueiredo Gomes (source: OzLabs). Contrairement à l'implémentation dans Go qui s'exécute à la fin de la fonction, le defer du C est à portée lexicale (lexical-scope), comme dans Zig.

Les instructions différées s'exécutent en ordre inverse de leur déclaration (LIFO), garantissant que les dépendances entre ressources sont respectées (source: Gustedt Blog). La spécification précise également qu'appeler free sur un pointeur NULL à l'intérieur d'un bloc defer est explicitement sécurisé (source: HN Comment). C'est un gain de robustesse immédiat pour le code système.

Le principal risque identifié concerne la confusion sémantique pour les développeurs habitués à Go qui pourraient mal anticiper le moment exact de l'exécution (source: Reddit). Certains puristes critiquent aussi l'introduction d'un flux de contrôle caché (hidden control flow) qui pourrait complexifier le debugging ligne à ligne.

On manque encore de visibilité sur deux points critiques. D'abord, aucune date de sortie n'est confirmée pour le support MSVC, Microsoft accusant souvent un retard sur les standards C (source: Dossier UsedBy). Ensuite, l'overhead réel de ce defer natif par rapport aux hacks legacy comme __attribute__((cleanup)) n'a pas encore fait l'objet de benchmarks publics sur des kernels en production.

L'avis de Ruben

Si vous développez pour Linux ou l'embarqué avec Clang/GCC, adoptez defer dès que vos toolchains sont à jour. C'est propre, standardisé, et ça élimine une classe entière de memory leaks stupides liés aux sorties de fonctions prématurées. Pour ceux qui font du cross-platform strict avec Windows, restez sur vos gardes : l'absence d'infos chez Microsoft rend l'utilisation en prod risquée sans wrappers complexes. C'est un "go" technique, mais un "wait" stratégique pour le multiplateforme.

Codez propre,
Ruben.