H / HPP (en-tête C / C++) : fichier .h

Un fichier .h (C) ou .hpp (convention plus spécifique au C++, bien que .h reste également très utilisé pour ce langage) déclare des fonctions, des types ou des constantes sans les implémenter : il annonce l’interface d’un module au reste d’un programme, tandis que l’implémentation réelle réside dans un fichier .c ou .cpp séparé.

Ce format n’a pas de signature binaire : c’est un fichier texte traité par le préprocesseur du compilateur avant la compilation proprement dite, via la directive #include qui recopie littéralement son contenu à l’endroit où elle apparaît dans le fichier source qui l’inclut.

Cette recopie littérale explique le risque classique de double inclusion : si un même en-tête est inclus indirectement plusieurs fois dans une même unité de compilation (par exemple via deux autres en-têtes qui l’incluent chacun séparément), ses déclarations apparaissent en double et provoquent une erreur de compilation. Les gardes d’inclusion, une combinaison de #ifndef/#define/#endif autour de tout le contenu du fichier, ou la directive plus moderne #pragma once, évitent ce problème en ne traitant le fichier qu’une seule fois.

La distinction entre .h et .hpp reste une convention plutôt qu’une règle imposée par un compilateur : de nombreux projets C++ continuent d’utiliser .h par habitude ou pour signaler une compatibilité voulue avec du code C, tandis que .hpp signale sans ambiguïté un en-tête utilisant des fonctionnalités propres au C++ (templates, classes) qu’un compilateur C ne saurait pas traiter.

Les bibliothèques C++ modernes tendent à privilégier des en-têtes “header-only” (l’intégralité du code dans le .hpp, sans fichier .cpp séparé), une approche qui simplifie la distribution d’une bibliothèque au prix d’un temps de compilation plus long pour chaque fichier qui l’inclut, le compilateur devant retraiter tout le contenu à chaque inclusion plutôt que de lier un seul fichier objet précompilé.