[Linkage] error LNK2019 sur la creation d'une dll

Salut à tous,

Je suis en train de compiler les source du moteur 3D Delta3D. La compilation se passe bien mais j'ai des problèmes au link. Voici l'erreur:

Code:

---

serializer.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static void __cdecl xercesc_2_7::XMLString::release(wchar_t * *)" (__imp_?release@XMLString@xercesc_2_7@@SAXPAPA_W@Z) referenced in function "public: static class xercesc_2_7::DOMElement * __cdecl dtUtil::Serializer::ToFloat(float,char *,class xercesc_2_7::DOMDocument *)" (?ToFloat@Serializer@dtUtil@@SAPAVDOMElement@xercesc_2_7@@MPADPAVDOMDocument@4@@Z)

---

Le probleme est donc dans la methode release de la classe XMLString qui se trouve dans une dll qui vient d'une librairie externe. Mais je ne vois pas c'est quoi.

C'est pas un probleme de chemin sur les .lib. J'ai fait un test ou je met un chemin improbable et visual gueule sur les autres lib alors que la il ne le fait pas.

En fait, c'est une dll qui doit etre generé et non pas un exe.
J'ai essayé de mettre la dll qui contient la fonction dans le repertoire ou doit se trouver ma dll qui doit etre généré mais ca ne fait rien.

Merci.

Bonjour,

Je pense que ton programme ne trouve pas la fonction dans ta dll car elle n'y est tout simplement pas. J'ai eu le problème il y a pas longtemps.
Il faut que tu ouvres ta dll sous un utilitaire (genre DEPENDS) pour voir les fonctions exportéees par ta dll. Il y a de grandes chances que la fonction qui devrait correspondre ne soit pas exportée exactement de la même façon. En effet, tu verras que ce qu'on appelle la décoration (une succession de lettres majuscules et d'@) n'est pas exactement celle attendue par le compilateur.

Dans ton cas, le compilateur veut la fonction :

Code:

---

release@XMLString@xercesc_2_7@@SAXPAPA_W@Z

---

La décoration est toute la partie :

Code:

---

@@SAXPAPA_W@Z

---

Et ta dll n'exporte surement pas la même décoration de fonction. Tu trouveras surement une succession de lettres et @ légèrement différente.

Pour régler ce problème, il faut savoir que la décoration est créée en fonction des options de compilation. Ainsi, tes deux projets (celui qui a généré la dll et celui qui te génère une erreur) on une option qui diffère alors que, vu qu'ils sont liés, elle devrait être identique. Il ne te reste plus qu'à trouver laquelle.

Dans mon cas, le problème était la prise en compte du wchar_t en tant que type intégré. Je vois que tu en utilises aussi, peut-être que ton problème viendrait de là?
Bon courage.

C'est exact. Merci pour ta reponse et pour le logiciel ;).