Discussion :

[stof]

Bonjour,

Je viens de reprendre un vieux projet sur lequel plus personne qui a travaillé dessus n'est là pour pouvoir m'aider.

Il s'agit d'un projet DLL qui utilise IlogViews

Dans un premier temps, j'ai récupéré tous les includes disséminés un peu partout que j'ai regroupé dans un dossier, pareil pour les .lib.
J'ai ajouté ces dossiers dans les "Directories" respectivement d'include et de lib.

Au niveau des settings du projet, je n'ose pas y toucher puisque si elles ont été mis en gestion de conf avec ces paramètres, c'est que ça devait marcher comme ça à l'époque.

Voilà pour commencer mes erreurs de link : il semble dans ces milliers d'erreurs que ce ne soient QUE des erreurs IlogViews
xxxxx.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall CIlv31wlfgad::CIlv31wlfgad(void)" (__imp_??0CIlv31wlfgad@@QAE@XZ)
Concernant cette librairie, les include et les lib/dll font partie de ce que j'ai dans mes "Directories" (version pour VC6, la version de mon compilateur)


Qu'est-ce que je peux faire avec ça?

Merci.

[Neitsa]

Bonjour,

error LNK2001: unresolved external symbol

Il y a fort à parier que l'éditeur de lien (linker) ne trouve pas la (ou les) *.lib correspondante(s).

Dans un premier temps, passe le switch /VERBOSE au linker et vérifie que le chemin exact (et pas seulement le répertoire du dessus ou du dessous) où se trouve les libs apparaît bien dans le listing d'output du linker. Si le chemin (où le nom des libs) n'apparaît pas, c'est que le linker ne "voit" pas la lib requise.

Tu peux aussi essayer avec /VERBOSE:LIB (où LIB est le nom de la bibliothèque) mais je ne sais pas si cette option est prise en compte par le linker de VC6.

cf. /VERBOSE sur la MSDN

[stof]

Bonjour,

Merci de ta réponse.

Déjà toutes mes libs sont "en vrac" dans un unique dossier donc ça simplifie les chemins, un seul dossier suffit pour tout trouver.

J'ai essayé plein de choses et maintenant voilà les erreurs :
cas où Je ne coche pas "Ignore all default librairies" et où seule libc est ignorée (le projet était comme ça quand je l'ai pris)
Linking...
LIBCD.lib(crt0dat.obj) : error LNK2005: __cinit already defined in LIBCMT.lib(crt0dat.obj)

cas où Je ne coche pas "Ignore all default librairies" et où aucune autre librairie ignorée
Linking...
LIBC.lib(crt0dat.obj) : error LNK2005: __cinit already defined in LIBCMT.lib(crt0dat.obj)

cas où Je coche "Ignore all default librairies" et où libc est ignorée
Linking...
ilvgadgt.lib(gadcont.obj) : error LNK2001: unresolved external symbol _strstr


Pour l'option VERBOSE, ça raconte effectiveent plus de choses dans la comàpilation, mais rien de plus au moment des erreurs.

[Neitsa]

Hello,

cas où Je ne coche pas "Ignore all default librairies" et où aucune autre librairie ignorée
Linking...
LIBC.lib(crt0dat.obj) : error LNK2005: __cinit already defined in LIBCMT.lib(crt0dat.obj)

Apparament, ce serait la bonne option (ne coche pas "Ignore all default librairies" et où aucune autre librairie ignorée) mais il reste un problème de conflit entre LIBC et LIBCMT.

Ce problème est (sûrement) dû au fait qu'une partie du projet est linké avec la lib en single thread (switch /ML) et l'autre en multi-thread (switch /MT). Ca doit sûrement venir de la lib qui est linkée avec une option et ton programme avec une autre.

Si tu ne peut pas recompiler la lib, change de switch pour ton projet (veille bien à ce que tout soit linké avec le même switch). Il faudra le faire aussi bien pour le debug que pour le mode release (/MLd et /MTd en mode debug).

Mais surtout, n'exclue aucune lib.

Serait-il possible d'avoir la ligne de commande du compilo et du linker en entier ? (si tu n'arrive pas à t'en sortir avec les switchs).

[stof]

Alors j'avoue que les switch single thread / multithread j'ai rien compris à ce qui est compilé différmment :

Dans les tests ci-dessous, j'ai retiré libc dans les librairies ignorées alors que dans les options tout en bas, j'ai mis les options exactes du projet que j'ai récupéré (donc avec cette librairie ignorée).

Code Generation à Debug Multithreaded ou Debug Singlethreaded
Linking...
libcpmtd.lib(ios.obj) : error LNK2005: "public: void __thiscall std::ios_base::clear(int,bool)" (?clear@ios_base@std@@QAEXH_N@Z) already defined in msvcprtd.lib(MSVCP60D.dll)

Code Generation à Debug Multithreaded DLL
Linking...
LIBC.lib(crt0dat.obj) : error LNK2005: _exit already defined in MSVCRTD.lib(MSVCRTD.dll)



Rappel : le projet sert à fabriquer une DLL.
Onglet C/C++ : project Options :
/nologo /G3 /MT /W3 /GR /GX /Ox /Ot /D "NDEBUG" /D "WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "ILVSTD" /D "ILVDLL" /D "_WINDLL" /FR"compile/" /Fp"compile/ma_dll.pch" /YX /Fo"compile/" /Fd"compile/" /FD /c

Onglet Link : project Options :
ilvedit.lib ilvgadgt.lib views.lib winviews.lib wsock32.lib imm32.lib ilvvar.lib ingres.lib gpgag_chaine.lib gpgag_modele.lib gpgag_commun.lib gpgag_contexte.lib gpgag_date.lib gpgag_ligne.lib gpgag_sheet.lib gpgmc350.lib gpgag250.lib gpgmc001.lib interactor.lib valeurs.lib gpgag_pderives.lib /nologo /dll /incremental:no /pdb:"compile/ma_dll.pdb" /machine:I386 /nodefaultlib:"libc" /out:"compile/ma_dll.dll" /implib:"compile/ma_dll.lib"

[farscape]

salut,
je n'ai pas tout lu ,mais des fois il suffit de repousser au link certaines bibliothèques pour que l'édition des liens fonctionne et éviter les ré définitions.
voir faq:http://cpp.developpez.com/faq/vc/?page=IDE#LinkCRT