les headers et les preprocesseurs ?

Bonjour,
J'ai actuellement un problème de compréhension des headers, leur inclusion, et la définition de fonction dans les fichiers *.h (je développe sous kdevelop)

Un exemple très simple.

Je pensais que si je créais un prog1.h avec dedans :

Citation:

---

#include <stdio.h>
#include <stdlib.h>

void test()
{
printf("voilà ça marche");
}

---

puis que dans un tout bête prog2.c je mettais

Citation:

---

#include prog1.h

void main
{
test();
}

---

Cela fonctionnerais... mais visiblement je n'ai pas tout compris, mon compilateur me dit "définition multiple de "test") ...difficile de trouver quelque chose de clair à ce sujet...


merci

Jei,

Un header ne doit pas contenir de code, et donc ne doit pas contenir de définitions de fonctions, mais uniquement leurs déclarations.

A partir de là, je te laisse cogiter. :)

Citation:

---

Envoyé par droggo

Un header ne doit pas contenir de code, et donc ne doit pas contenir de définitions de fonctions, mais uniquement leurs déclarations.

---

C'est vrai dans le principe mais en l'occurence, si Titimoi nous a montré son code au complet, ça ne devrait pas l'empêcher de compiler.

Citation:

---

Envoyé par titimoi

J'ai actuellement un problème de compréhension des headers, leur inclusion, et la définition de fonction dans les fichiers *.h (je développe sous kdevelop)

---

L'idée générale est de placer dans un header les déclarations de ce que tu vas utiliser ou définir ailleurs.

Pour faire un parallèle, tu peux imaginer un constructeur d'avions qui utilise les moteurs d'une autre compagnie. Ces derniers ne sont pas encore disponibles à la construction de l'appareil, mais peu importe : si l'on te file une fiche qui t'explique comment on les utilises et comment ils se montent, tu peux concevoir un appareil compatible à l'avance. Une fois que les constructions de l'appareil et des moteurs sont achevées, il n'y a plus qu'à les assembler. Cette dernière phase correspond à l'édition des liens ou linking en informatique.

Les fichiers « objet » que tu assembles peuvent être soit issus du même projet (plusieurs fichiers .c), ce qui t'évite d'avoir à tout recompiler chaque fois que tu fais la moindre modif', soit être formés par des bibliothèques dynamiques, dont les fonctions sont disponibles à l'avance et généralement proposées par ton système d'exploitation.

Ainsi, quand tu inclus <math.h>, par exemple, tu n'inclus pas la bibliothèque mathématique elle-même, mais tu fais lire au compilateur ses spécifications. À la fin, quand ton programme est compilé, il faut le lier dans les faits à la bibliothèque mathématique avec -lm.

À noter que le compilateur C proprement dit ne fait pas de distinction entre *.c, *.h ou autre. Tout fichier inclus avec #include sera inséré en entier à cette position comme si son contenu avait été directement saisi dans le fichier principal. À toi de faire en sorte, donc, qu'il soit bien écrit, sinon les erreurs de syntaxe peuvent se propager d'un fichier à l'autre, même si tous les compilateurs aujourd'hui sont suffisamment intelligents pour te le signaler.

merci beaucoup pour vos réponses elles sont très instructives, donc en gros ce que j'ai comprs (il est tard) et ce dont j'ai besoin c'est simplement d'un header que je "donne" en

Citation:

---

#include <prog1.h>

---

seulement mon prog1.h est sans définition de fonction, mais simplement en déclaration, donc je suis censé mettre simplement :

Code:

---

void test();

---

qui est donc la déclaration de ma fonction ??

(je vous explique brièvement l'exercice que j'ai à faire :

Citation:

---

-Faire un programme en C qui "comporte le module etudiant.c avec son header etudiant.h." (les guillemet sont de la traduction approximative qui me semble coller)

-Le fichier principal main.c ne doit comporter que la fonction "main" toutes les autre fonctions doivent être implémentée dans le fichiers etudiant.c

---

.. entre autre...

donc ce que je ne comprends pas c'est :

-quand on a un etudiant.h c'est qu'il y a forcément un étudiant.c ? (le étudiant.h déclare les fonctions, et le etudiant.c les définie ?)

-comment forme-t-on un étudiant.h ??

-pouvez-vous me faire un exemple (très très bêtes du style "hello world") pour que je comprenne.

Est-ce

prog1.c qui contient:

Code:

---

1 2 3 4 5 6 7 8

#include <stdio.h> #include <stdlib.h>   void hello(); { printf("hello world"); }

---

un prog1.h qui contient

Code:

---

void hello();

---

et enfin un end.c qui contient

Code:

---

1 2 3 4 5 6

#include <prog1.h>   void main () { hello(); }

---

Cela fonctionnerais selon vous ?
(je n'ai pas essayé il est trop tard, mais j'aimerais avoir votre analyse)

Merci encore :D

Citation:

---

donc je suis censé mettre simplement : void test(); qui est donc la déclaration de ma fonction ??

---

Oui. Dans le cas présent, on appelle cela le prototype de ta fonction.

En procédant de cette manière, d'autres développeurs peuvent écrire des applications qui exploitent ce que tu as écrit. Ils n'ont plus, alors, qu'à les lier à une bibliothèque (statique ou dynamique), ou bien à intégrer tel quel le programme *.c correspondant directement dans leur projet.

Citation:

---

Envoyé par titimoi

-quand on a un etudiant.h c'est qu'il y a forcément un étudiant.c ? (le étudiant.h déclare les fonctions, et le etudiant.c les définie ?)

---

Pas systématiquement, et cela n'a rien d'obligatoire, mais en pratique, c'est pratiquement toujours le cas. Il se peut également qu'un seul gros fichier *.h contiennent les prototypes d'un grand nombre de fonctions très complexes qui, elles, sont définies dans plusieurs fichiers *.c différents. L'inverse est possible également mais comme cela n'a que peu d'intérêt, c'est un cas de figure que l'on ne rencontre pour ainsi dire jamais.

Citation:

---

-comment forme-t-on un étudiant.h ??

---

De la même façon qu'un fichier *.c. Pour le compilateur, cela reste le même langage. L'extension *.h est normalisée (autant que je sache) mais elle sert surtout à renseigner le programmeur sur ce que l'on trouve dans le fichier.

Citation:

---

Est-ce [...] Cela fonctionnerais selon vous ?Merci encore :D

---

Oui, c'est cela, tu as compris.
Quelques remarques cependant :

- Il se peut que tu aies à inclure ton <prog.h> dans ton <prog.c> lui-même, si le header définit des macros, par exemple, ou si les différentes fonctions déclarées doivent se faire mutuellement référence.

- Comme ton fichier *.h est appelé à être inclus par différents fichiers, il est possible que dans une même passe, ce .h soit appelé deux fois. L'usage veut que l'on mette une garde protégeant son contenu contre les inclusions multiple avec un #if :

Code:

---

1 2 3 4 5 6

#ifndef PROG_H_xxxxxx #define PROG_H_xxxxxx   ....   #endif

---

- Aujourd'hui, on préférera toujours déclarer une fonction main() comme int plutôt que void, car le système d'exploitation attend un code de retour.

Citation:

---

Envoyé par Obsidian

Oui. Dans le cas présent, on appelle cela le prototype de ta fonction.

---

Heu non, dans le cas présent il s'agit juste de la déclaration et non du prototype.

merci beaucoup Obsidian, c'est clair maintenant (même si le fait d'inclure prog.h dans prog.h reste obscure ! mais je vais m'y faire !)

Je reviens vers vous car "ça marche pas !" :aie:

voilà ce que j'ai fait :

lili.h

Code:

---

test();

---

lili.c

Code:

---

1 2 3 4 5 6 7

#include <stdio.h> #include <stdlib.h>   void test() { printf ( "can not open the file\n" ); }

---

lala.c

Code:

---

1 2 3 4 5 6 7

#include <lili.h>   int main () { test(); return 0; }

---

les erreurs et warnings : :evilred:

Citation:

---

/lili.h:1: warning: data definition has no type or storage class
/lalala.c:4: multiple definition of `main'
/lili.c:5: multiple definition of `test'

---

• Primo, il faut donner le paramère de main, même si il est vide
• Secondo, c'est pareil pour test :

Code:

---

1 2 3

int main ( void ) { }

---

Code:

---

1 2 3

void test ( void) { }

---

Code:

---

void test(void);

---

merci pour la réponse mais cela ne résoud aucune de mes erreurs, il me semble que les parenthèses telles que je les avais écrites, sans rien dedans ne posent pas de soucis (avec mon compilateur en tout cas)... le void étant sous entendu..

Jei,

Citation:

---

Envoyé par Obsidian

C'est vrai dans le principe mais en l'occurence, si Titimoi nous a montré son code au complet, ça ne devrait pas l'empêcher de compiler.

---

Comme dirait Emmanuel, et comme je le dis aussi, les bonnes habitudes sont à prendre tout de suite, et encourager un débutant dans sa mauvaise conception n'est pas lui rendre service. :)

Pour revenir sur mon sujet (oui désolé mais on s'écarte un peu là !, j'ai bien compris maintenant que les *.h c'est des déclarations, c'est la fiche technique..)

je sens bien que l'on est proche du but.. où est le problème avec ces déclarations multiple... ??

Je pense que ta déclaration dans lili.h n'est en fait pas une déclaration mais une définition.

essaye plutôt :

Code:

---

1 2	extern void test(void);

---

Il manque le type de retour de ta fonction dans ton .h. Ca devrait être :

Code:

---

1 2 3 4 5 6

#ifndef H_LILI #define H_LILI   void test(void);   #endif

---

Le deuxième void n'est pas vraiment indispensable, mais le premier si. En fait quand tu déclares une fonctin sans rien entre les parenthèses, ça veut dire que les paramètres ne sont simplement pas spécifiés. C'est différent de (void), qui veut dire qu'il n'y a pas de paramètres.

Le "extern" n'est pas obligatoire et ne sert en fait à rien. Les déclarations de fonctions sont de toute façon implicitement "extern", car le compilo sait faire la différence entre une déclaration et une définition (ce qui n'est pas le cas pour les variables globales, pour lesquels il faut donc obligatoirement un "extern").

Citation:

---

Envoyé par titimoi

<...>
le void étant sous entendu.

---

Non le void n'est pas sous-entendu !

D'ailleurs comme signalé par 'nicolas.sitbon' tu ne fournis aucun prototype pour ta fonction test().
Je te conseil vivement de lire ceci Organisation du code source

Citation:

---

Envoyé par ram-0000

Je pense que ta déclaration dans lili.h n'est en fait pas une déclaration mais une définition.

essaye plutôt :

Code:

---

extern void test(void);

---

---

test(); dans lili.h est une déclaration ( avec un int implicite comme type de retour et non un void ! ), ce qu'il faut mettre dans le lili.h c'est un prototype ici le PO voulais peut être :

Code:

---

1 2	/*extern*/ void test(void);

---

le extern est inutile, le compilateur sait très bien que ce n'est pas une définition puisqu'il ni a pas de corps de fonction .

Citation:

---

Envoyé par droggo

Comme dirait Emmanuel, et comme je le dis aussi, les bonnes habitudes sont à prendre tout de suite, et encourager un débutant dans sa mauvaise conception n'est pas lui rendre service. :)

---

Je suis entièrement d'accord mais ce n'était pas l'objet de mon post. J'expliquais que ce n'était pas ça qui empêchait son code de compiler dans le cas présent (sauf si le code présenté n'était qu'un extrait).

merci pour ces réponses, en effet mon prblème venait essentiellement du fait que j'ai oublié ce void avant "test" ce qui rendait mon prototype incomplet, et que j'ai fais ce test dans un projet contenant déjà d'autres programme (dont une fonction main et test).

Ma question maintenant, c'est que pour essayer mon programme, je que je fais normalement c'est que je vais voir dans /monprogramme/debug/src/ et là il y a un fichier executable, (en l'occurence ici ce que je cherche c'est mon "lala" étant pour voir si tout est bien fonctionnel, en lançant lala je devrait voir apparaître ce que j'ai mis dans lili.c.. or je ne trouve qu'un fichier executable "lili" !

Comment cela se fait ?

merci ssmario2 c'est exactement ce que je cherchais le lien :

ce avec quoi j'ai plus de mal en revanche c'est l'organisation des fichiers :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

[...] Afin de bien organiser les fichiers, je conseille de créer des répertoires pour les sources et pour les fichiers de sortie:   Organisation des répertoires   Type Répertoire Fichiers nom.ext Génération ./ make Makefile Source inc/ inclus *.h Source src/ source *.c Sortie obj/ objets intermédiaires *.obj Sortie exe/ exécutable *.exe et par conséquent, d'adopter l'organisation suivante pour les répertoires :     hello/Makefile hello/inc/hello.h hello/src/hello.c hello/src/main.c hello/obj/hello.obj hello/obj/main.obj hello/exe/hello.exe   IMPORTANT : Afin de garantir un comportement correct du code et des outils de développement, je recommande que les noms de répertoires et de fichiers soient tous écrits en minuscule. Je rappelle que si on utilise un outil de gestion de version comme CVS, il est extrêmement difficile de modifier la casse des répertoires et même des fichiers après coup. C'est donc une démarche à adopter dès la première ligne de code.   [...]

---

Citation:

---

Envoyé par titimoi

merci pour la réponse mais cela ne résoud aucune de mes erreurs, il me semble que les parenthèses telles que je les avais écrites, sans rien dedans ne posent pas de soucis (avec mon compilateur en tout cas)... le void étant sous entendu..

---

Citation:

---

Envoyé par titimoi

merci pour ces réponses, en effet mon prblème venait essentiellement du fait que j'ai oublié ce void avant "test" ce qui rendait mon prototype incomplet, et que j'ai fais ce test dans un projet contenant déjà d'autres programme (dont une fonction main et test).

---

8-) j'aime bien quand on écarte d'un revers de main un (bon) conseil :P

merci là en fait je dois vous avouer, j'ai un exercice/exam à 14h et j'avais envi de comprendre le plus rapidement possible mes erreurs ( le void on est d'accord il est indispensable avant (au début d'un déclaration/propotype ou que sais-je), mais pas entre parenthèse ( après que j'ai dit des bêtises pour le "sous-entendu".. je débute c'est visible et vérifié), et je ne crache absolument pas sur tes conseils, je t'en remercie beaucoup.

c'est vrai que je fais avancer le post en orientant sur mes erreurs, et là maintenant que je n'ai plus d'erreurs je cherche simplement à exécuter le programme ! :roll:

edit: pour finir de troller, tu n'as pas parlé de void en première place mais uniquement des paramètres, et cela n'a rien changé à mes erreurs :aie: , le conseil est bon il est vrai, mais ne résolvais pas mon problème :P