Question sur les #include

Bonjour,

C'est certainement une question basique, mais jje voudrais savoir comment fonctionne le mécanisme des #include.

Pour préciser la question, si j'ai un fichier .h et un fichier .c, faut-il faire les include des bibliothèques dans le .h ou dans le .c ?

Si je le fais dans le .h, et que je fais un include de ce .h dans plusieurs fichiers, est-ce qu'elles vont se dupliquer ?

J'ai pourtant noté la présence des macro #ifndef, #define dans tous les .h, et j'ai cru comprendre que c'était pour éviter une duplication des contenus des bibliothèque. Seulement, en faisant quelques tests sur mon code, je gagne en taille de l'exécutable en ne déclarant mes headers que dans les .c ...

Pourriez-vous m'éclaircir s'il vous plaît ?

Salut,

Je ne suis pas super calé en compilo, mais ...

Citation:

---

Envoyé par syl1405

J'ai pourtant noté la présence des macro #ifndef, #define dans tous les .h, et j'ai cru comprendre que c'était pour éviter une duplication des contenus des bibliothèque.

---

Non, c'est pour éviter la duplication de la déclaration.

Le mieux est d'éviter de mettre des include dans des .h. Mais dans ce cas, il faut bien faire attention à l'ordre des include dans le .c.

Citation:

---

C'est certainement une question basique, mais jje voudrais savoir comment fonctionne le mécanisme des #include.

---

Le mécanisme des include est simple : quand le compilateur rencontre le #include, il lit le fichier désigné avant de poursuivre.

Citation:

---

Pour préciser la question, si j'ai un fichier .h et un fichier .c, faut-il faire les include des bibliothèques dans le .h ou dans le .c ?

---

Ceci ne réalise pas l'inclusion de bibliothèques, mais l'inclusion de fichiers source, en général des .h (il est considéré de mauvaise pratique d'inclure des .c).
Un .h sert à transmettre à d'autres unités de compilation
- des définitions de type
- des prototypes de fonctions
- des définitions de constantes
donc, ils ne doivent pas contenir des définitions de variables. Si la connaissance d'une variable est nécessaire aux unités utilisant ce .h, elle doit être déclarée en extern et sa définition intervenir dans un .c.

Soit une unité de compilation constituée d'un fichier X.c et du fichier X.h associé.
Si X.h a besoin des informations du fichier Y.h, il doit l'inclure sinon, c'est inutile.
Si X.c a besoin des informations du fichier Y.h, il doit l'inclure sinon, c'est inutile. (Selon le cas, cette inclusion peut être faite directement ou par l'inclusion de X.h si celui-ci a dû faire l'inclusion de Y.h)

Citation:

---

Si je le fais dans le .h, et que je fais un include de ce .h dans plusieurs fichiers, est-ce qu'elles vont se dupliquer ?

---

dupliquer [les bibliothèques], non.

Citation:

---

Envoyé par diogene

dupliquer [les bibliothèques], non.

---

Oui je m'exprimais (très) mal ...

En tout cas merci pour ces informations. Pour résumer, il faut inclure les .h uniquement là où on en a besoin (donc rarement dans les .h qui ne fontt que définir des prototypes).

Citation:

---

Envoyé par syl1405

Pour résumer, il faut inclure les .h uniquement là où on en a besoin.

---

100 fois oui, uniquement s'ils sont nécessaires !!

Citation:

---

Envoyé par syl1405

Oui je m'exprimais (très) mal ...

En tout cas merci pour ces informations. Pour résumer, il faut inclure les .h uniquement là où on en a besoin

---

Tu as tout compris !

Citation:

---

(donc rarement dans les .h qui ne fontt que définir des prototypes)

---

Ce n'est pas si rare, car fréquemment, le type de retour ou le type d'un paramètre des fonctions est défini ailleurs.