Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Variable globale et lib dynamique
Bonjour,
J'ai du code en plusieurs fichiers qui utilise des variables globales, déclarées en extern dans un .h inclut par tous. Cet ensemble est compilé en une lib. Cette lib est ensuite chargée par un autre programme, qui va potentiellement en charger plusieurs (différentes).
Ma question, est-ce que si des variables globales ont le même nom dans plusieurs libs il y aura conflit ou ambiguïté à l'exécution ?
Bonjour,
Il y aura un conflit (une erreur lors de l'édition des liens il me semble) si tes bibliothèques définissent plusieurs fois une variable de même nom. Mais si elles se contentent de déclarer une même variable, le compilateur considérera qu'il s'agit d'une seule et unique variable.Envoyé par ymoreau
Mais il est très facile d'éviter cela en plaçant tes variables dans un namespace ou dans une de tes classes (en statique par exemple).
Les variables globales ne sont pas déclarées plusieurs fois donc pas de problème à l'édition de lien (pour une lib). Ma question est au niveau de l'exécution, quand le programme va charger en mémoire plusieurs libs dynamiques qui auront potentiellement des variables globales de même nom.
Et ce code ne dépend pas de moi, sinon j'aurais évité totalement les variables globales.
Je ne suis pas sûr de bien comprendre.
Bien que tu utilises les bibliothèques de façon dynamique, tu as besoin de leurs .h pour compiler le code qui les utilise. Les variables globales dont tu parles sont forcément définies dans les .h des bibliothèques (sinon elles ne sont pas utilisables à l'extérieur). C'est donc à la compilation que tu vas avoir un problème (lors du parsing des headers), même pas à l'édition de liens.
Je ne suis pas certain de comment elles sont chargées par le programme, mais il n'est pas recompilé, c'est les libs qui sont compilées à la volée et utilisées. Il y a probablement un .h standard pour les libs qui ne tient pas compte de leur "code interne", et les variables globales dont je parle sont justement du "code interne", elles ne sont pas faites pour être utilisées en dehors de la lib, mais à l'intérieur, par les différents sources de la lib.
Pour bien faire une lib chargée dynamiquement devrait englober son code dans un namespace ou autre, mais ce n'est pas le cas (et je n'ai pas vraiment la main dessus). Je voudrais donc savoir si ces variables propres à chaque lib peuvent créer des conflits (ou autre problème, comme une utilisation commune alors qu'il ne faudrait pas).
Ok, donc à priori, il se contente de charger les fonctions dont il a besoin, en utilisant leurs noms (peut-être en passant par un .def). Donc à priori, il n'a pas besoin des headers, ni d'aucun code de ces dlls, donc tu ne devrais pas avoir de problème de redéfinition de variable.
Je dis bien à priori, car ce ne sont que des déductions.
Répondre avec citation
Partager