détection des variables définies plusieurs fois dans des lib statiques

Bonjour.
Je porte un code Win32 vers android et ios avec Qt . L'architecture de l'application se base sur le chargement de dll. Malheureusement sous ios, ceci est interdit et j'ai dû tout passer en lib statique. Jusqu'ici tout va bien :D
J'ai pu traiter le problème redéfinition sur la majorité des fonctions et variable globale (ce n'est pas mon choix ;)) commune à ces dll. Seulement il y en as encore où lors du link, à mon grand étonnement, je n'ai aucune erreur ou warning!!! :(
Du coup tout compile mais lors de l'exécution y as des comportements étrange( variable réinitialisé, appel de la mauvaise fonction, ....)

Connaissez vous une option ou une méthode avec visual, gcc ou llvm qui permet de détecter ces "variable globale"/fonction définie par plusieurs lib statique?

merci
Yan

C'est étonnant que sous VC tu n'aies pas de warnings à propos de symboles définis plusieurs fois (au niveau du link).
Tu utilises quelle version de Visual Studio ?

Citation:

---

Envoyé par dragonjoker59

C'est étonnant que sous VC tu n'aies pas de warnings à propos de symboles définis plusieurs fois (au niveau du link).
Tu utilises quelle version de Visual Studio ?

---

Visual 2013.
J'ai eu des erreurs de symboles redéfinies que j'ai résolue. Mais il en reste que ne font aucune erreur. Ces variable/fonction ont leur définition identique dans ces lib statique.

J'ai oublié de dire que les fonctions et variables globales qui posent problème correspondent à des symboles C.
J'ai réussi à bidouiller quelques chose avec "dumpbin /LINKERMEMBER:2" qui me sort tous les symboles d'une lib .

Çà semble bien fonctionner.
Si quelqu'un connait une meilleur méthode, je suis preneur.

Yan

Si chaque DLL est vraiment indépendante, encapsuler chacune dans son propre namespace peut déjà sauver des cheveux

Citation:

---

Envoyé par Bousk

Si chaque DLL est vraiment indépendante, encapsuler chacune dans son propre namespace peut déjà sauver des cheveux

---

Yep.
Malheureusement le code provenant des dll est du C et doit le rester. J'ai juste le droit de passer le cœur de l'appli en c++ si besoin.

à l'ancienne, tu préfixes selon la DLL