erreur de link definitions multiples

Code:

---

1 2 3 4 5 6

/usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x0) : définitions multiples de « textureDesBlocs »; /tmp/cc4XFrpo.o:(.bss+0x0) : défini pour la première fois ici /usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x30) : définitions multiples de « lesBlocs »; /tmp/cc4XFrpo.o:(.bss+0x30) : défini pour la première fois ici /usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x60) : définitions multiples de « selection »; /tmp/cc4XFrpo.o:(.bss+0x60) : défini pour la première fois ici collect2: error: ld returned 1 exit status

---

Bien le bonjour !
Ce sont des variables globales.
elles sont déclarées dans un .hpp avec "pragma once"

et le .hpp est 'include' dans 2 fichiers .cpp...

Je comprend mal ou se trouve mon erreur...

Cela signifie que tu as déclaré des objets portant le même nom dans différentes unités de compilation, débouchant chacune sur leur propre *.o, et qu'au moment de les assembler pour former l'exécutable final, il y a forcément conflit entre les deux.

À mon avis, tu as déclaré des variables globales dans un *.h au même endroit que tes fonctions. Quand tu écris un prototype de fonction, tu ne fais que déclarer l'existence de la fonction et sa convention d'appel. Quand tu déclares une variable, en revanche, tu l'instancies et c'est pour ça que tu la retrouves dans tous les fichiers qui ont inclus ton *.h.

Il faut utiliser extern devant ta déclaration de variable pour indiquer qu'elle se trouve à l'extérieur du fichier, puis, choisir un et un seul fichier source *.cpp dans lequel elle sera effectivement instanciée.

J ai declaré mes variables globales dans un des .cpp...
...Et les ai "redeclarees" avec des 'extern' dans l autre .cpp...

Et l erreur a disparu.

Comment se fait il qu une declaration dans un .hpp alors qu il y a une condition qui evite les inclusions multiples fasse passer ca pour une definition multiple ?
Je ne comprend pas.....

Citation:

---

Envoyé par Obsidian

Cela signifie que tu as déclaré des objets portant le même nom dans différentes unités de compilation, débouchant chacune sur leur propre *.o, et qu'au moment de les assembler pour former l'exécutable final, il y a forcément conflit entre les deux.

À mon avis, tu as déclaré des variables globales dans un *.h au même endroit que tes fonctions. Quand tu écris un prototype de fonction, tu ne fais que déclarer l'existence de la fonction et sa convention d'appel. Quand tu déclares une variable, en revanche, tu l'instancies et c'est pour ça que tu la retrouves dans tous les fichiers qui ont inclus ton *.h.

Il faut utiliser extern devant ta déclaration de variable pour indiquer qu'elle se trouve à l'extérieur du fichier, puis, choisir un et un seul fichier source *.cpp dans lequel elle sera effectivement instanciée.

---

oups...
merci de votre reponse...

est ce que je devrais creer un .hpp expres pour mes variables globales ?

Citation:

---

Envoyé par GraineDeDev

Comment se fait il qu une declaration dans un .hpp alors qu il y a une condition qui evite les inclusions multiples fasse passer ca pour une definition multiple ?
Je ne comprend pas.....

---

Si la « condition évitant les inclusions multiples » est la traditionnelle garde en début de fichier :

Code:

---

1 2 3 4

#ifndef MON_FICHIER #define MON_FICHIER   #endif

---

Alors tu es bien protégé contre les ré-inclusions (spécialement lorsque différents headers *.hpp s'appuient eux-mêmes sur un même fichier initial) mais chaque unité de compilation *.cpp est compilée de manière indépendante, en rappelant le compilateur depuis zéro pour chacune d'elles. Donc, techniquement, c'est toujours la première fois pour chacune d'elles.

Citation:

---

est ce que je devrais creer un .hpp expres pour mes variables globales ?

---

Non, il faut bien les mettre là où ça a le plus de sens, mais il ne faut mettre que des déclarations dans un *.hpp. Et pour cela, il faut bien garder à l'esprit la façon dont ça fonctionne. Prototype de fonction seul = déclaration de fonction (sans définition) ; déclaration de variable = instanciation, sauf si on la déclare explicitement extern.

Avec cela on peut souligner que :

— Il y a encore une subtilité supplémentaire avec les template ;
— Un *.h ou *.hpp est en réalité un fichier totalement ordinaire. Lorsqu'il rencontre une directive #include, le compilateur lit le fichier indiqué et insère directement son contenu en lieu et place de la directive, quel que soit son contenu. À dire vrai, c'est même le pré-processeur qui effectue cela avant même que le compilateur proprement dit entre en jeu.

https://c.developpez.com/faq/?page=L...ables-globales

Un grand merci pour vos éclairages...