Discussion :

[HeKaz]

Baon... je suis débutant mais bon il faut pas m'en vouloir.

Mon problème est que je déclare des variables extern dans un fichier header pour pouvoir les utiliser dans toute mes fichier .c mais lorsque je veux les déclarer via ma fonction il me sort un erreur et je doit les déclarer localement dans le fichier de la fonction. Je me demandais si il y avais un moyen pour ne pas les déclarer localement...

Je sais pas si c'est clair et si mon français est impécable mais bon... le français et moi sa fais deux

[cmarsc]

salut,

si tu as 2 fichiers
dans le premier définir la fonction ou la variable ex :

Code :

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

1
2
 
int UNE_VALEUR = 15;

dans le deuxième la déclarer

Code :

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

1
2
 
extern int UNE_VALEUR;

ps : toutes les variables globales sont extern par defaut , mais pas souci de clarté, il est vivement recommandé de mettre extern devant une varialbe lorqu'elle est provient d'un autre fichier.

[Fatalis]

ce n'est pas un souci de clarter, c'est qu'il faut declarer une variable de type extern si elle est declarer dans un autre fichier, sinon cela ne peut fonctionner.

[sylvain114d]

non, on n'est pas obligé de déclarer extern une variable utilisé dans un autre fichier. Mais de ce cas il faut bien faire attention à ne pas l'initialiser.

RAPPEL:
int x=0; => definition
extern int x; => declaration
ectern int x=0; => definition
int x; => definition potentiel

une variable ne peut etre definie qu'une fois dans tous les fichiers, mais elle peut etre déclaré dans différents fichiers sources.

La definition potentiel est un peut plus complexe:
Si le compilateur rencontre des definitions potentiels et une definition, ce sera cette definition qui sera prit en compte.
Sinon, si le compilateur ne rencontre que des definitions potentiels, il prend la premiere definition potentiel rencontré comme definition.

[Fatalis]

oui, mais je parlais de declaration...

tu ecris

int var;

qq part en global dans un fichier, si tu veux pouvoir avoir acces au contenu de var depuis une autre fonction qui est dans un autre fichier, tu doit ecrire en global dans ce fichier la

extern int var;

si tu veux pouvoir t'en servir

[Musaran]

int x; => definition potentiel

La definition potentiel est un peut plus complexe:
Si le compilateur rencontre des definitions potentiels et une definition, ce sera cette definition qui sera prit en compte.
Sinon, si le compilateur ne rencontre que des definitions potentiels, il prend la premiere definition potentiel rencontré comme definition.

Je connaissait pas ça.
En C++ c'est une définiton, point.

Hmmm... il y a là de quoi faire des bogues délicieux...

[sylvain114d]

Un definition potentiel est différente d'une definition normale car elle est prise en charge au moment de l'edition des liens.

Je n'invente rien, tout est dans le livre de Philippe Drix : Le langage C ANSI, ed. DUNOD.

[gl]

Un definition potentiel est différente d'une definition normale car elle est prise en charge au moment de l'edition des liens.

Je n'invente rien, tout est dans le livre de Philippe Drix : Le langage C ANSI, ed. DUNOD.

Je pense quand meme comme Musaran, ca doit poser probleme en C++ donc il faut se mefier avec les compilateurs C++.
De toute maniere meme si c'est permis par le standard ce n'est pas tres facile a lire.

[Fatalis]

pesonnellement je recommande tout simplement de n'utiliser le moins possible de variable global, voir jamais

[Elrond]

C'est un fait. Il est conseille en programmation de limiter autant que possible l'utilisation de variable globales.

Mais comme ce n'est pas toujours possible (ou disons que l'alternative peut parfois bien compliquee ou lourde a mettre en oeuvre en comparaison), il faut alors savoir les utiliser correctement pour eviter les bourdes.

[gl]

pesonnellement je recommande tout simplement de n'utiliser le moins possible de variable global, voir jamais

De loin la meilleure solution quand c'est possible

[Fatalis]

il est tout a fait possible d'eviter les variables global dans tout types de projets, sauf biensure ceux qui sont deja ecrit, car cela entrainerais trop de modifications...

mais pour les nouveaux projets avenir, je conseil l'emploi d'une structure generique, c'est a dire une structure contenant toutes les informations succeptible d'etre utile a un endroit ou a un autre, de declarer cette derniere dans le main, et ensuite de passer son adresse a toutes les sous-fonctions...

si vous avez trop d'informations a stoquer, consituer votre structure generique de pointeur vers vos autres structures, ainsi vous ne ralentissez pas les performances de vos programmes en ne surchargeant pas la pile a chaques appels de fonctions en ne passant qu'une structure contenant des pointeur (4 octets) et non une structure de structures (bcp octets )

voila, enfin j'espere que tout le monde m'as compris
sinon hesitez pas a poser des questions

[gl]

Je vois au moins deux cas ou tu es amener a utiliser des variables globales (en dehors du cas trivial ou tu te recuperes un programme deja ecris par qqun et ou tu n'as pas le temps de tout reprendre) :

* utilisation de librairie statique qui communique avec ton programme par le biais de variables globales (c'est tres laid mais j'ai malheureusement deja vu)
* pour des problemes de memoire (particulierement en prog embarque, sur PC j'ai jamais eu le probleme) : les variables locales et les variables globales ne sont pas dans la meme zone memoire et on peut arriver au cas ou il ne reste plus de place dans la zone utilise pour les variables locales. Dans le meme genre tu as besoin de passer un parametre a une fonction mais tu n'as pas assez de place sur la pile pour mettre cette variable, il faut alors utiliser les variables globales.

Mais je dois reconnaitre que ce sont des cas assez marginaux (mais pas inexistant).

[sylvain114d]

Je reviens sur la definition potentielle:
Aprés tests, c'est vrai que la definition potentielle n'existe pas en C++, elle n'existe que en C.

[Fatalis]

de toute facon, existante ou pas en C, on ne devrais jamais avoir a passer par ces choses

et gl, c'est claire que si la possibilter d'utiliser des variable global a ete faite, c'est qu'il devais y avoir une raison, je le sais bien

meme des fois quand on recup un vieux code pourrit uniquement pour le tester ou debugger un truc pour un ami, il est plus facile et plus rapide de passer par une global que de modifier les fonctions, modifier les proto, les appels, bref, le bordel quoi, surtout quand leur nombres est exaustif, et surtout quand il faut tout remettre en place apres