Ai-je besoin pour compiler les fichiers d'en-tête dans un programme C?

Parfois je vois quelqu'un de compiler un programme C comme ceci:

gcc -o hello hello.c hello.h

Que je sache, nous avons juste besoin de mettre les fichiers d'en-tête dans le C programme comme:

#include "somefile"

et compiler le programme C: gcc -o hello hello.c.

Quand avons-nous besoin pour compiler les fichiers d'en-tête ou pourquoi?

  • Disons que vous n'avez pas écrit bonjour.c encore, mais vous avez le fichier d'en-tête. Ensuite, vous pouvez utiliser "gcc hello.h" pour vérifier le fichier d'en-tête pour les erreurs de syntaxe. Sinon, vous devez créer un fichier source avec une instruction include pour bonjour.h (eh bien... je suppose que vous allez avoir à faire de toute façon à un certain point).
InformationsquelleAutor yuliu | 2013-07-02
  1. 31

    Tout d'abord, en général:

    Si ces .h fichiers sont en effet typique de style C fichiers d'en-tête (plutôt que d'être quelque chose de complètement différent qui arrive juste à être nommé avec .h extension), alors non, il n'y a pas de raison de "compiler" ces fichiers d'en-tête de façon indépendante. Fichiers d'en-tête sont destinés à être inclus dans les fichiers de mise en œuvre, ne sont pas nourris au compilateur indépendant unités de traduction.

    Depuis typique d'un fichier d'en-tête contient généralement uniquement des déclarations qui peuvent être en toute sécurité répété dans chaque unité de traduction, il est normal que "compiler" un fichier d'en-tête n'aura pas de conséquences néfastes. Mais en même temps, il ne permettra pas de réaliser quelque chose d'utile.

    Fondamentalement, la compilation hello.h autonome de l'unité de traduction équivalente à la création d'un dégénéré, dummy.c fichier constitué uniquement de #include "hello.h" la directive, et à nourrir que dummy.c fichier pour le compilateur. Elle compile, mais ça servira pas de sens.

    Deuxièmement, spécifiquement pour GCC:

    De nombreux compilateurs de traiter des fichiers différemment en fonction de l'extension de nom de fichier. GCC a un traitement spécial pour les fichiers avec .h extension lorsqu'ils sont fournis pour le compilateur comme arguments de ligne de commande. Au lieu de le traiter comme un régulier de l'unité de traduction, GCC crée un d'en-tête précompilé fichier pour que .h fichier.

    Vous pouvez lire à ce sujet ici: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html

    Donc, c'est la raison pour laquelle vous pourriez voir .h fichiers d'être alimenté directement à GCC.

    InformationsquelleAutor AnT
  2. 6

    Bon, il faut bien comprendre la différence entre actif et passif de code.

    Le code actif est la mise en œuvre des fonctions, des procédures, des méthodes, c'est à dire les morceaux de code qui doit être compilé en code machine exécutable. Nous l'enregistrons dans .c fichiers et bien sûr nous avons besoin de le compiler.

    Le passif code n'est pas exécuter lui-même, mais il faut expliquer les différents modules de la façon de communiquer les uns avec les autres. Habituellement, .h les fichiers ne contient que des prototypes (fonction des en-têtes), des structures.

    Une exception sont des macros, qui a formellement peuvent contenir des morceaux actifs, mais vous devez comprendre qu'ils sont l'aide à un stade très précoce de la construction (prétraitement) avec une simple substitution. Au moment de la compilation des macros déjà sont substitués à votre .c fichier.

    Une autre exception sont les modèles C++, qui devrait être mis en œuvre .h fichiers. Mais ici, l'histoire est similaire à des macros: ils sont remplacés sur le stade précoce (instanciation) et formellement, l'autre à l'instanciation est un autre type.

    En conclusion, je pense que, si les modules formé correctement, nous ne devrions jamais compiler les fichiers d'en-tête.

    InformationsquelleAutor Alexander Mihailov
  3. 1

    Je pense que nous avons besoin de prétraiter(peut-être PAS d'appel à la compilation) à la tête de fichier. En raison de ma compréhension, au cours de l'étape de la compilation, le fichier de tête devraient être inclus dans c fichier. Par exemple, dans l'essai.h nous avons

    typedef enum{
    a,
    b,
    c
}test_t

    et en test.c nous avons

    void foo()
{
    test_t test;
    ...
}

    lors de la compilation, je pense que le compilateur va mettre le code dans le fichier de tête et c fichier et le code dans le fichier de tête va être pré-traitées et les remplacer par du code en c fichier. Pendant ce temps, nous ferions mieux de définir le chemin d'inclusion dans le makefile.

    InformationsquelleAutor How Chen
  4. 1

    Dans certains systèmes, les tentatives visant à accélérer l'assemblée de pleinement résolues".c' fichiers d'appeler le pré-assemblage des fichiers d'inclusion "de la compilation de fichiers d'en-tête". Cependant, il est une technique d'optimisation qui n'est pas nécessaire pour qu'un véritable développement en C.

    Une telle technique essentiellement calculée à l'comprennent des instructions et gardé un cache de la aplati comprend. Normalement le C de la chaîne va couper-coller dans l'inclusion de fichiers de manière récursive, puis passer l'ensemble de l'élément pour le compilateur. Avec un en-tête précompilé cache, l'outil de la chaîne va vérifier pour voir si l'une des entrées (définit, en-têtes, etc) ont changé. Si non, alors il fournira déjà aplatie fichier texte de snippets pour le compilateur.

    De tels systèmes ont été conçues pour accélérer le développement; cependant, beaucoup de ces systèmes sont assez fragiles. Comme les ordinateurs accéléré, et la gestion du code source avec l'évolution des techniques, de moins en moins de l'en-tête pré-compilateurs sont effectivement utilisés dans le projet commun.

    Jusqu'à ce que vous avez réellement besoin de compilation optimisation, je vous recommande fortement d'éviter de pré-compilation des en-têtes.

    InformationsquelleAutor Edwin Buck