.lib qui génère une erreur au link

Bonjour à tous !

Mon problème est vraiment simple... mais pas moyen de trouver comment faire !

Code:

---

1 2 3

Linking... msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: __thiscall std::locale::~locale(void)" (??1locale@std@@QAE@XZ) already defined in Application.obj

---

J'ai en fait std::locale::~locale(void) qui est "surchagé" par un outil de perf qui l'intègre à Application.obj (ça compile très bien sans cet outil)
et donc VS2005 le trouve 2 fois et me sort cette belle erreur...

Le problème, c'est que si je passe msvcprtd.lib en lib à ignorer, ça va pas le faire (il va me manquer environ 99% du runtime windows !!)

Alors il faudrait :
1. soit désactiver cette erreur et la passer en warning
2. soit forcer VS2005 à utiliser la bonne définition en levant l'ambiguité
3. soit carrément taper dans la lib pour virer la définition qui nous embête

dans les 3 cas, je ne sais pas comment faire... Quelqu'un a une idée ???!!!

merci d'avance.

Tu as une option pour forcer ça dans le linker (voir MSDN, je ne l'ai plus en tête) mais j'ignore si c'est bien celle de ton outil qui sera prise au lieu de celle de la CRT (en théorie, il me smeble qu'il prend la première trouvée, donc ça devrait marcher).

merci beaucoup !!
J'ai effectivement regardé une 2ieme fois dans MSDN (en y croyant plus !) et un joli petit "/FORCE" m'a sauté aux yeux...

Je te confirme donc qu'en ajoutant /FORCE à la ligne de command du linker, ça passe impeccable. (attention cependant à son utilisation ! je dis ça pour nos lecteurs, parce qu'il peut masquer d'autres problèmes et générer des choses bizarre au runtime...)

VS2005 utilise bien la première définition qu'il trouve et je récupère donc correctement mes infos de perfs et de coverage (que j'avais disons-le un peu la flemme de faire à la main !)

merci pour le coup de main.