Problème d'édition de lien : mélange C / C++

Hello,

J'utilise dans un code C++ une bibliothèque externe compilée en C.
Dans le .h, j'ai bien :

Code:

---

1 2 3 4 5

#if defined(__cplusplus) extern "C" { ... }

---

Et j'ai plein d'erreur à l'édition de lien... Exemple :

Code:

---

1 2	error LNK2001: symbole externe non résolu __imp__free error LNK2001: symbole externe non résolu @__security_check_cookie@4

---

Bref, que des choses réjouissantes.

J'ai rajouté autour du .h un

Code:

---

extern C {...}

---

, mais ça ne change rien.

Il y a quelque chose d'autre à faire ? Genre changer les options de compilation (je suis sous Visual C++ 2010) ?

Merci.

Il faut le extern C mais il faut aussi se lier avec la bibliothèque ... (le fichier .lib de la bibliothèque).

Citation:

---

Envoyé par Melem

Il faut le extern C mais il faut aussi se lier avec la bibliothèque ... (le fichier .lib de la bibliothèque).

---

:P

C'est le cas, je pense, puisque j'ai configuré mon projet pour, et que le message d'erreur se réfère à des fichiers objets ayant construit le fichier .lib référencé :

Code:

---

sisl.lib(s1936.obj) : error LNK2001: symbole externe non résolu __imp__free

---

sisl.lib est le fichier bibliothèque que je veux utiliser.

Ligne de commande résultante (pour Visual C++) :

Code:

---

/OUT:"C:\Sintef\sisl-4.5.0\examples\Debug\example10.exe" /INCREMENTAL /NOLOGO /LIBPATH:"C:\Sintef\sisl-4.5.0\Visual\Release" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" "sisl.lib" /NODEFAULTLIB /MANIFEST /ManifestFile:"Debug\example10.exe.intermediate.manifest" /ALLOWISOLATION /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"C:\Sintef\sisl-4.5.0\examples\Debug\example10.pdb" /SUBSYSTEM:CONSOLE /PGD:"C:\Sintef\sisl-4.5.0\examples\Debug\example10.pgd" /TLBID:1 /DYNAMICBASE /NXCOMPAT /MACHINE:X86 /ERRORREPORT:QUEUE

---

Par ailleurs, il m'a été rajouté au projet tout un tas de bibliothèques (ex : winspool.lib), alors que je fais juste un bête programme en ligne de commande. Ai-je donc besoin de toutes ces bibliothèques ?

Bon, j'ai des soucis en Debug, mais pas en Release...

Code:

---

1>streaming.lib(GoReadWrite.obj) : error LNK2038: discordance détectée pour '_ITERATOR_DEBUG_LEVEL'*: la valeur '0' ne correspond pas à la valeur '2' in example10.obj

---

Je cherche à compiler/lier en debug un exécutable utilisant streaming.lib compilé en release.

Y'a rien de choquant là-dedans, non ?

edit :
J'ai trouvé pourquoi. Un projet en debug ne peut pas faire appel à une lib en release si celle-ci est issue d'un projet de la même solution.

Il me reste encore une autre erreur, mais je l'aurai, un jour, je l'aurai...

Bon, par rapport à mon souci initial, le problème était que la lib importée utilisait les versions release de MSVCRT, alors que mon programme appelant la lib, étant en mode debug, voulait appeler MSVCRT en mode debug. J'avais rajouté à l'édition de liens le commutateur /NODEFAULTLIB, d'où la bordée d'injures envoyée par l'éditeur de lien.

Finalement, j'ai rajouté le commutateur /NODEFAULTLIB:MSVRT.lib, et ça va beaucoup mieux.

Propriétés de configuration > Éditeur de liens > entrée > Bibliothèques par défaut spécifiques ignorées : MSVCRT.lib