Discussion :

[Edouard Kaiser]

Voila un petit soucis de structuration de développement me turlupine.
Imaginons un fichier my_function.h contenant le prorotype d'une fonction quelconque on va dire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#ifndef _MY_FUNCTION_H
#define _MY_FUNCTION_H
 
unsigned short My_Function(char*);
 
#endif

Et le fichier my_function.c qui implemente ce header :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
 
#include "my_function.h"
 
unsigned short My_Function(char* String)
{
   ...... // Peu import ce que cela fait
   return 0;
}

Dans mon fichier main.c, si je veux utiliser cette fonction, dois je faire un #include "my_function.h" et ensuite l'appeller ou bon me semble, ou alors dans quel cas devons nous faire :
extern unsigned short My_Function(char*);
Et le linker se debrouille pour trouver le symbole correspondant.
Merci de m'eclairer

[Franck.H]

Pour une fonction, cela ne change pas vraiment. En fait, si tu ne précise pas de classe de mémorisation (extern dans ton cas), cela reviens au même que si tu le met. Donc dans un cas comme dans l'autre (sauf si je me trompe), tu doit tout de même inclure l'en-tête dans les différents modules où tu doit utiliser la fonction.

[gege2061]

En fait, si tu ne précise pas de classe de mémorisation (extern dans ton cas), cela reviens au même que si tu le met.

pas sûr, si tu déclare ta fonction dans le .c et que tu ne spécifie pas extern dans l'en tete, ça risque de coincé (redéfinition).

[Franck.H]

En fait, si tu ne précise pas de classe de mémorisation (extern dans ton cas), cela reviens au même que si tu le met.

pas sûr, si tu déclare ta fonction dans le .c et que tu ne spécifie pas extern dans l'en tete, ça risque de coincé (redéfinition).

Oui effectivement dans ce cas là ca risque d'etre assez moche :lol

[Emmanuel Delahaye]

Voila un petit soucis de structuration de développement me turlupine.
Imaginons un fichier my_function.h contenant le prorotype d'une fonction quelconque on va dire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#ifndef _MY_FUNCTION_H
#define _MY_FUNCTION_H
 
unsigned short My_Function(char*);
 
#endif

Et le fichier my_function.c qui implemente ce header :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
 
#include "my_function.h"
 
unsigned short My_Function(char* String)
{
   ...... // Peu import ce que cela fait
   return 0;
}

Dans mon fichier main.c, si je veux utiliser cette fonction, dois je faire un #include "my_function.h" et ensuite l'appeller ou bon me semble

Oui.

A lire en entier (tes identificateurs sont incorrects) :

http://emmanuel-delahaye.developpez.com/codage.htm

[Emmanuel Delahaye]

si tu déclare ta fonction dans le .c et que tu ne spécifie pas extern dans l'en tete, ça risque de coincé (redéfinition).

Ben non. Pour un prototype de fonction, on a pas besoin de extern. On peut le mettre à titre documentaire, mais il n'est pas indispensable. C'est évidemment différent avec un objet.

[hegros]

Je sais pas si ca peut aider mais bon.

Quand tu compiles un fichier .c utilisant des tes fonctions ou d'autres de n'importe quel librairie, l'inclusion du fichier d'entete est necessaire pour que le compilateur vérifie que tu as bien utilisé ta fonction comme tu la définis. Donc extern pour des fonctions....

Par contre extern il y a un bon exemple c'est celui de la variable errno. SI tu veux pouvoir l'utiliser dans ton programme il faut que tu soit capable de lui dire voila dans le fichier que je compile j'utilise une variable nommée errno mais qui ne se trouve pâs dans ce fichier. Le compilateur zappe et donne alors la main a l'editeur des liens pour vérifier.

Si l'editeur ne la trouve dans aucun des fichiers a lier alors il genere une erreur.

C'est clair ou y'a encore des doutes ?

[Edouard Kaiser]

Je me posais cette question parce qu'en ce moment je regarde les sources de Linux 0.01, et parfois (Linus lui meme donc ! ) utilise extern ou tout simplement remet le prototype d'une fonction pour l'utiliser plutot que de faire des #include. Voila pourquoi je me demandais quand et dans quelle situation il fallait l'utiliser.

[Emmanuel Delahaye]

Je me posais cette question parce qu'en ce moment je regarde les sources de Linux 0.01, et parfois (Linus lui meme donc ! ) utilise extern ou tout simplement remet le prototype d'une fonction pour l'utiliser plutot que de faire des #include. Voila pourquoi je me demandais quand et dans quelle situation il fallait l'utiliser.

Le principe est que lorsque le prototype est séparé, celui-ci ne doit être définit qu'une fois. La meilleure place est donc le header.

C'est une erreur de conception de multiplier les définitions de prototypes séparés comme tu l'a vu, même si c'est L.T. lui-même qui fait ça. Il connait bien son système, mais ce n'est pas forcément un expert de la programmation en C...

[alveric]

C'est une erreur de conception de multiplier les définitions de prototypes séparés comme tu l'a vu, même si c'est L.T. lui-même qui fait ça. Il connait bien son système, mais ce n'est pas forcément un expert de la programmation en C...

Surtout pour la version 0.01... sortie en 1991. Fallait pas s'attendre a quelque chose de super organise: c'etait un vague projet d'OS lance par un mec (presque) seul qui faisait ca pour s'amuser, et en plus ce n'etait pas une version faite pour etre distribuee:

I made sources for version 0.01 available on nic sometimes around this time. 0.01 sources weren't actually runnable: they were just a token gesture to arl who had probably started to despair about ever getting anything.
(...)
It's mostly in C, but most people wouldn't call what I write C.

(source: http://www.li.org/linuxhistory.php)

[Edouard Kaiser]

Merci à tous