Clrdump (C++) erreur LNK2019: symbole externe non résolu [email protected] référencé dans la fonction _main

Je suis à l'aide d'un makefile système avec le pvc compilateur (à l'aide de Microsoft Visual C++ 2008 compilateur) et je reçois plusieurs erreurs de liaison de la forme:

error LNK2019: unresolved external symbol [email protected] referenced in function _main

Ce qui se passe MALGRÉ l'aide de la extern "C" déclaration, à savoir:

extern "C" int CLRDUMP_API RegisterFilter( LPCWSTR pDumpFileName, unsigned long DumpType );

Aussi, dans le makeexe.mak, la bibliothèque est liée dans comme:

$(COMPILEBASE)\lib\clrdump.lib \

Pour être honnête, je ne suis pas un expert dans les makefiles, et je suis l'évolution sur un système à partir de Microsoft Visual C++ 6.0 pour 2008. Ce changement peut avoir quelque chose à voir avec le lien des erreurs, le système utilisé pour le travail avant.

Toute aide serait vraiment appréciée.

Merci d'Avance,

Sincèrement,
Joseph

-- Edit 1 --

Personne ne sait comment à son tour détaillé dans le makefile système de pvc?

Noter que la fonction ci-dessus est déjà un compilateur décoré à la version, ayant

[email protected]

alors que la fonction C++ est juste

RegisterFilter

Merci pour l'aide, mais si n'importe qui peut poster une solution plus complète, qui serait également très apprécié.

Sincèrement, Joseph

-- Edit 2 --

Une personne aimable posté, mais quand je me suis inscrit il a disparu:

L'imp préfixe indique que cette fonction est importée à partir d'une DLL. Vérifiez la définition de CLRDUMP_API - est-il __declspec(dllimport)? Voir cet article pour plus d'informations.

Il y avait un lien de travail, mais je l'ai perdu, mais je suppose que l'on peut toujours chercher le sujet.

Merci, qui que vous ont été!

-- Edit 3 --

Grâce ChrisN (je ne suis pas encore le droit de vote). Malgré l'aide du bouton actualiser votre réponse disparu, mais ensuite ré-apparu après que j'ai posté un cut-n-coller.

C'est ma définition de l':

define CLRDUMP_API __declspec(dllimport) __stdcall

Je suppose que l' __stdcall est OK?

-- Edit 4 --

Bien que j'apprécie les efforts de ceux qui ont répondu, en particulier ChrisN, au moins sur mon système en particulier, le lien d'erreur reste. Donc si quelqu'un a d'autre idée, je l'apprécierais. Merci encore.

InformationsquelleAutor JosephDoggie | 2008-12-02