Comment utiliser correctement le mot-clé extern en C ?

Question

Ma question est de savoir quand une fonction doit être référencée avec l'attribut extern en C.

Je ne vois pas dans quel cas il faut l'utiliser dans la pratique. Comme j'écris un programme, toutes les fonctions que j'utilise sont disponibles grâce aux fichiers d'en-tête que j'ai inclus. Alors pourquoi serait-il utile de extern pour accéder à quelque chose qui n'était pas exposé dans le fichier d'en-tête ?

Je pourrais être en train de penser à la façon dont extern est incorrecte, et si c'est le cas, veuillez me corriger.

Aussi Devriez-vous extern alors qu'il s'agit de la déclaration par défaut sans le mot-clé dans un fichier d'en-tête ?

Answer 1

extern modifie l'attelage. Avec le mot-clé, la fonction / variable est supposée être disponible ailleurs et la résolution est reportée à l'éditeur de liens.

Il y a une différence entre extern sur les fonctions et sur les variables.

Para variables il n'instancie pas la variable elle-même, c'est-à-dire qu'il n'alloue pas de mémoire. Cela doit être fait ailleurs. Il est donc important d'importer la variable depuis un autre endroit.

Para fonctions cela indique seulement au compilateur que le lien est extern. Comme il s'agit de la valeur par défaut (vous utilisez le mot-clé static pour indiquer qu'une fonction n'est pas liée à l'aide d'un lien externe), il n'est pas nécessaire de l'utiliser explicitement.

Answer 2

extern indique au compilateur que ces données sont définies quelque part et qu'elles seront connectées à l'éditeur de liens.

Avec l'aide des réponses données ici et en discutant avec quelques amis, voici l'exemple pratique d'une utilisation de extern .

Exemple 1 - pour montrer un écueil :

stdio.h :

int errno;

myCFile1.c :

#include <stdio.h>

// Code using errno...

myCFile2.c :

#include <stdio.h>

// Code using errno...

Si myCFile1.o y myCFile2.o sont liés, chacun des fichiers c a des copies séparées de errno . C'est un problème car les mêmes errno est censé être disponible dans tous les fichiers liés.

Exemple 2 - La solution.

stdio.h :

extern int errno;

stdio.c :

int errno;

myCFile1.c :

#include <stdio.h>

// Code using errno...

myCFile2.c :

#include <stdio.h>

// Code using errno...

Maintenant, si les deux myCFile1.o y MyCFile2.o sont liés par l'éditeur de liens, ils pointeront tous deux vers le même errno . Ainsi, la résolution de la mise en œuvre avec extern .

Answer 3

Il a déjà été dit que la extern est redondant pour les fonctions.

En ce qui concerne les variables partagées entre plusieurs unités de compilation, vous devez les déclarer dans un fichier d'en-tête avec le mot-clé extern, puis les définir dans un seul fichier source, sans le mot-clé extern. Le fichier source unique doit être celui qui partage le nom du fichier d'en-tête, pour des raisons de bonne pratique.

Answer 4

En C, extern est implicite pour les prototypes de fonction, car un prototype déclare une fonction qui est définie ailleurs. En d'autres termes, un prototype de fonction a un lien externe par défaut ; l'utilisation de extern est bien, mais il est redondant.

(Si un lien statique est nécessaire, la fonction doit être déclarée en tant que static à la fois dans son prototype et dans l'en-tête de la fonction, qui doivent normalement se trouver dans le même fichier .c).

Answer 5

Un très bon article que j'ai trouvé sur le site extern ainsi que les exemples : http://www.geeksforgeeks.org/understanding-extern-keyword-in-c/

Bien que je ne sois pas d'accord sur le fait que l'utilisation de extern dans les déclarations de fonctions est redondant. C'est censé être un paramètre du compilateur. Je recommande donc d'utiliser l'option extern dans les déclarations de fonctions lorsque cela est nécessaire.