bonjour,
 
je cherche un tutorial sur la compilation en C ... Je suis un peu perdu au niveau de la comprehension des fichiers .h, des libaries .. Par exemple, si j'utilise la librarie de maths, je dois compiler avec -lm ET aussi inclure le header <math.h>, pourquoi ?  
 
Aussi, pourquoi est ce que quand j'apelle une fonction dans mon fichier principal qui n'est pas déclarée, le programme compile (avec un warning ).  
 
Enfin, c'est quoi l'interêt de redéclarer les prototypes de ses fonctions dans un .h ??
 
merci par avance      

Ce que je vois comme intérêt, c'est pour de la réutilisation.  
 
On voit d'un coup d'oeil toutes les fonctions et les constantes dans le .h, et on n'a normalement pas besoin de se plonger dans le code pour savoir comment les utiliser. Ca permet aussi aux gens qui font des librairies qui ne sont pas supposées être modifiées de donner accès au .o et au .h, au lieu du .c et du .h .
 
Il y a peut-être des avantages autres que ceux-ci, mais je ne m'y connais pas assez au niveau du processus de compilation.

C'est pas une question d'avantage, c'est que ça ne peut pas marcher sans. Le .h sert a "exporter" les déclarations pour que tu puisses les utiliser dans ton programme. C'est indispensable car le compilo a besoin de savoir le type des arguments attendus par une fonction, et le type de valeur qu'elle retourne. Il ne peut pas deviner ça en regardant simplement les appels que tu fais.
 
D'autre part le .h permet aussi de faire connaître au compilo les types (typedefs, structures) définis dans le librairies et utilisés dans ton programme. Sans le .h, comment le compilo connaîtrait-il les offsets et la taille des champs dans une structure ?
 
Et puis il y a éventuellement les #define et tout le reste qui sont dans le .h... Bref dans le .h il y a tout ce dont le compilo a besoin pour que la lib et le programme se comprennent.

Voilà, parce que tu peux mettre du code C dans ton fichier .h. Finalement, l'avantage c'est d'avoir le fichier .c correspondant pour mettre le merdier dedans et faire un truc clair.

http://mapage.noos.fr/emdel/notes.htm#bibliotheque
http://mapage.noos.fr/emdel/codage [...] ser_source
http://mapage.noos.fr/emdel/codage.htm#organiser
 
Pose des questions si tu ne comprends pas.

Le dernier qui a mis du code C dans un .h chez nous est en train de sécher dans un faux plafond...

http://fr.lang.free.fr/cours/Gener [...] t_v1.0.pdf

Merci pour vos réponses les gars    
 

 
en fait il y a toujours deux trucs que je comprend pas :
 
1 - Pourquoi quand j'utilise une librairie, par exemple math, je dois appeler -lm à la compilation ET math.h dans le code. Pourquoi pas seulement -lm lors de la compilation ? ou alors juste le .h ?
 
2 - A quoi ca sert de mettre un #ifndef dans un .h ?  
 
  merci par avance  

 
Si tu lisais déjà les liens, il y a tout dessus... enfin je vais répondre !!!
 
1) si, dans ton pgm, tu veux utiliser la fonction "sqrt" (fonction recevant un double et renvoyant un double si je me souviens bien), tu es obligé de prévenir le compilo que tu vas utiliser cette fonction donc tu es obligé de la déclarer avant son utilisation sinon le compilo la considèrera au mieux de type "int" par défaut ou alors il va râler (ça dépend des compilateurs).
 
Donc tu es obligé de mettre son prototype "double sqrt(double);" en début de ton pgm.
Le header de ta librairie contient tous les prototypes des fonctions de la librairie donc en incluant "math.h", t'as plus à le faire.
 
2) ayant bien compris le point "1", tu es tout fier de tes nouvelles connaissances et tu inclus "math.h" paske tu vas utiliser la librairie "libm.a" et "toto.h" paske tu veux utiliser la librairie "libtoto.a". Malheureusement (et ça tu ne le sais pas), "toto.h" inclu déjà "math.h" pask'il en a besoin. Cela produit un effet indésirable appelé "idempotence" où tout ce qu'il y a dans "math.h" est maintenant écrit 2 fois dans ton pgm. Et ça, le compilo n'aime généralement pas.
 
Pour éviter ce pb, les header officiels protègent leurs code par un "ifndef truc" puis un "define truc". Comme ça, lors de la première inclusion, "truc" n'est pas défini et tout le code du header est inclu, mais à la 2° inclusion, "truc" est déjà défini et le code du header n'est pas ré-inclu dans ton pgm.

 
Visiblement, tu as du mal à faire la différence entre un fichier d'entête et une bibliothèque.
 
Une bibliothèque de fonction est un ensemble de fonctions précompilées mises à la disposition du codeur, et qui se compose de 2 entités qui sont i'interface et l'implémentation.
 

• L'interface (.h ou entête, header...) définit les macros, constantes, types, et prototypes qui servent à l'utilisation des fonctions. Il ne contient pas le code des fonctions.
• L'implémentation (.c ou source) iinclue le fiichier d'entête (pour des raisons évidentes de cohérence) et contient la dérfinition des fonctions.

Il n'y a aucun mystère, et il est facile de tester tout ça soi-même. (J'ai donné un exemple sur mon site, liens déjà fournis).
 
Pour utiliser les fonctions, on inclue le .h et pour que le code des fonctions soit accessible, on ajoute la bibliothèque au projet (par exemple : -lm)

Si tu parles de ça :  

c'est un mécanisme de protection contre les inclusions multiples dans un même 'module' (le terme exact est 'unité de compilation'. Un .c quoi...).
 
P.S. Let my 'phion' alone... (Y'a de ces pseudos...)

 
j'adore  

BlackGoddess, c'est plutôt genre

ou

???

C'est le premier, demande à Taz.

1er oui, mais jveux bien la 2eme par contre :]

All right ! Je crois que je commence à piger    La feignasse que je suis vous remercie gracieusement pour votre gratitude.    
 
 
ps : in_your_phion ..  qu'est-ce qu'il a mon pseudo ?    

Notre gratitude ? Cela voudrait donc dire qu'on t'es redevable de quelque chose ???
 

Il y a juste qu'on ne sait pas trop ce que tu mets in_our_phion et que cela risque de nous faire naître beaucoup de sentiments divers mais la "gratitude" n'en fera pas partie !!!

 
haha .. mais oui, vous m'êtes redevable de tout !  vous me devez tout, ô oui    .. euh non sérieusement  en fait c'est dans l'autre sens, je voulais dire que la feignasse que je suis vous envoie toute sa gratitude    
 
ps : in_your_phion c'est la "concatenation+absorbption" de "in your philisophy, once-over "    y'a vraiment des esprits mal tournés à ce que je vois ! ..

Et en anglais, ca donne quoi ?

 
quand je traduit avec google il me dit que c'est "in your philosophy, ounce-over" .. va savoir ce que ca veut dire ..

Yop les gens !

J'ai également un bleme avec les headers et librairies, sur un prog tout simple (prenons le cas de hello world, avec une fonction hello dans hello.c, une référence à hello() dans le hello.h, et un main dans main.c)

Les trois fichiers sont donc les suivants :
hello.h :

hello.c :

Et le main.c :

Le problème, est, quand je compile la lib d'un côté et le main de l'autre, tout foire

gcc -c hello.o hello.c =>
In function `_start':
(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status (alors que le fichier ne contient pas de main)

et gcc -o main.o main.c =>
undefined reference to `hello'
collect2: ld returned 1 exit status

Quelqu'un a-t-il une idée du problème ?

Merci d'avance !

ba oui ta aps de main dans ton hello.c !

ah, je colle un main, et je mets rien dedans, en gros ?

Ouah le vieux topic moisi !!!
 

ABSOLUMENT PAS !!!
 

Oui => Faut apprendre les options de compilation de gcc au lieu de taper au petit bonheur...
 
1) il te faut demander au compilo de créer les modules objets à partir de tes sources. Le compilo ne fait que vérifier la syntaxe de chaque source et te génère AUTOMATIQUEMENT le .o correspondant
gcc -c hello.c
gcc -c main.c
 
2) si la phase 1 est totalement ok, alors il te faut demander de créer l'exécutable en utilisant les ".o" que t'as généré, et éventuellement les ".a" dont t'aurais besoin (ce topic parlait de "libm.a" donc on peut imaginer que t'en aies besoin, par exemple pour calculer une racine carrée). C'est ce qu'on nomme l'édition des liens (les liens entre les ".o" seront tissés afin que toute fonction appelée soit trouvée)
gcc hello.o main.o /usr/lib/libm.a -o nomExécutable
 
Tout ceci est expliqué dans ce lien http://fr.lang.free.fr/cours/Gener [...] t_v1.0.pdf que j'avais déjà donné dans ce topic !!!!

Merci grandement Sve@r.

En général quand on a une question on ouvre un nouveau sujet, on ne post pas dans un topic vieux de presque deux ans.

Je veux pas polluer le forum avec mes questions de noube, d'où mon postage ici, d'autant que le topic porte plutôt bien son nom, par rapport à ma question.

Tout à fait. On ne compte plus les types qui viennent poser une question qui a été posée 350 fois et à qui il est répondu "t'aurais cherché sur le fofo t'aurais eu la réponse". Toi au moins on voit que t'as cherché...

Après, cela a été maigrement fructueux car je n'ai même pas pu choper la réponse par moi même, mais l'idée était là

Ben oui mais le principe c'est : tu cherches, si tu trouves tant mieux pas besoin de poster quoi que ce soit, si tu trouves pas la réponse tu ouvres un nouveau topic. J'ai pas dit qu'il fallait pas chercher. Sinon ça fait bizarre quand on voit remonter un vieux topic auquel on a déja participé. On ne comprend pas forcément immédiatement ce qui c'est passé.

Merci, je connais un peu le forum.