La fonction d'exportation de DLL dans Visual Studio 2010 à l'aide de DEF

J'ai hérité d'un énorme C++ multi-projet de solution avec de nombreuses bibliothèques dynamiques mais sans 

__declspec(dllexport)

Je appris que l'on n'a pas nécessairement pour insérer une dllexport (ce serait beaucoup de travail), mais que l'on peut utiliser un .def fichier en plus de correspondant .dll à la place.

Afin d'essayer ce que j'ai construit une "DLL" Hello World" projet de ici, enlevé le dllexport de l'en-tête et...a échoué désespérément. Dans les paroles de déjà cité page, mon question clé est de savoir comment 

"[..] use the .def file when building the DLL."

Mon .def fichier (j'ai essayer le code qu'avec le Ajouter méthode):

LIBRARY   MathFuncsDll
EXPORTS 
?Add@MyMathFuncs@MathFuncs@@SANNN@Z

Comment puis-je l'utiliser lors de la construction de la DLL dans Visual Studio 2010 pour l'exportation d'un Ajouter méthode?

Pouvez-vous montrer le prototype de votre Add fonction?
static double Add(double a, double b);, placé comme public dans la classe MyMathFuncs de l'espace de noms MathFuncs
Êtes-vous de l'exportation de la classe? Voir stackoverflow.com/questions/186232/...
Non, je n'en ai pas mais merci pour l'astuce en tout cas.
Win32 GetWindowText() est un exemple de "pure interface C" de la fonction exportée à partir d'une DLL. Vous utilisez extern "C", vous n'utilisez pas d'objets C++ au niveau de l'interface, vous ne jetez pas les exceptions C++ en dehors de la fonction, etc. (La mise en œuvre peut être en C++, mais l'interface est de la pure C.), Mais il semble que vous voulez exporter une classe C++ méthode (statique)...

OriginalL'auteur Finnfalter | 2013-01-18

  1. 12

    Après avoir passé une demi-journée en face de ce problème, je viens de trouver la solution: il est décrit ici.

    Pour reprendre le processus de symbole à l'exportation avec .def fichiers dans VS2010 en utilisant mes propres mots:

    1. Dire VS2010 pour compiler une librairie dynamique (.dll). Ceci est fait dans le Page de propriétés de la bibliothèque du projet.
    2. De l'artisanat un fichier de définition de module (.def) à l'aide de mutilé (décoré) les noms (au moins lors de Votre langue est le C++). Si Vous faites usage de dllexport Vous pouvez afficher déjà exporté des symboles de Votre .dll en tant que décrit ici. Si Vous n'avez pas quelque chose de exportés encore, voir cette post.
    3. Ajouter l' .def à la définition de bibliothèque dans son Page de propriétés.
    4. Compiler
    5. Vérifier l'exactitude de Votre travail, par exemple avec Dependency Walker en ouvrant le fichier dépendant, par exemple,.exe. Vous devriez voir le juste compilé une bibliothèque dans une dépendance de l'arbre ci-dessous le fichier dépendant. Il devrait y avoir aucune erreur ou d'avertissement, par exemple pas de couleur rouge.

    Si Vous avez d'autres questions concernant .def fichiers, regarder dehors pour le terminus "fichier de définition de Module".

    Le point de l'ensemble de __declspec est que vous n'avez pas à faire 2, 3 et 5. Vous ne vraiment utiliser un .fichier def si vous voulez renommer les exportations.
    Dans mon cas, j'ai été réticents à ajouter dllexport dans des centaines de fichiers de code. En particulier parce qu'il peut changer dans le futur (pas mes modifications). Ce code est développé pour MinGW, en fait. Mon j'espère pour automatiser les exportations sans aucune modification de code.
    Qui conduit naturellement à la prochaine question évidente: Comment déterminer 'mutilé' des noms comme ?Add@MyMathFuncs@MathFuncs@@SANNN@Z pour arbitraire de classes et de méthodes? Dans mon cas précis, j'ai triché: j'ai créé un .dll avec dllexport tout d'abord, extrait le symbole, puis conçu .def avec extrait symbole et, enfin, supprimé dllexport de nouveau. Comment un mutilé nom déterminé dans un cas général?
    À droite, vous l'avez terminée en arrière. dllexport assure que la déformation nom est correct, même après les modifications. Vous pouvez utiliser une carte.

    OriginalL'auteur Finnfalter