DLL C++ à l'Exportation: Décoré/noms Déformés

Vous pouvez obtenir ce que vous voulez en éteignant les informations de débogage génération. Projet + Propriétés, Éditeur De Liens, De Débogage, De Générer Des Informations De Débogage = No.

Naturellement, vous ne voulez le faire pour la version Release. Lorsque l'option est déjà défini de cette façon.

Vous devez déclarer les fonctions que extern "C" si vous ne voulez pas que leurs noms soient déformés.

Désolé pour la réponse à un vieux thread, mais ce qui a été marqué comme la réponse n'a pas de travail pour moi.

Comme un certain nombre de personnes l'ont souligné, la extern "C" décor est important. La modification du "Projet /Propriétés /Gestionnaire /Débogage /Générer les informations de débogage" définition fait absolument aucune différence à la déformation des noms générés pour moi dans Debug ou Release mode de construction.

De l'installation: VS2005 la compilation d'une Classe Visual C++ de la Bibliothèque de projet. J'ai été vérifier la compilation .sortie dll de Microsoft outil Dependency Walker.

Voici un exemple de recette qui a fonctionné pour moi...

Dans le projet.h:

#define DllExport extern "C" __declspec( dllexport )

DllExport bool API_Init();
DllExport bool API_Shutdown();

Dans project.cpp:

#include "project.h"

bool API_Init()
{
  return true;
}

bool API_Shutdown()
{
  return true;
}

Ensuite être appelée à partir de C# code managé, classe.cs:

using System.Runtime.Interopservices;
namespace Foo
{
    public class Project
    {
        [DllImport("project.dll")]
        public static extern bool API_Init();

        [DllImport("project.dll")]
        public static extern bool API_Shutdown();
    }
}

Faire le ci-dessus a empêché les noms déformés en Debug et Release mode, quelle que soit la génération des informations de débogage de réglage. Bonne chance.

Je sais combien de fois j'ai essayé de forcer les noms de fonction à l'aide de code et #pragma.
Et je termine toujours avec exactement la même chose, à l'aide de Fichier de Définition de Module (*.def) à la fin.
Et voici la raison:

//---------------------------------------------------------------------------------------------------
//Test cases built using VC2010 - Win32 - Debug /Release << doesn't matter
//---------------------------------------------------------------------------------------------------
//SET: Project > Properties > Linker > Debugging > Generate Debug Info = Yes (/DEBUG)
// || (or, also doesn't matter)
//SET: Project > Properties > Linker > Debugging > Generate Debug Info = No + delete PDB file!
extern "C" __declspec(dllexport) void SetCallback(LPCALLBACK function);
> SetCallback
extern "C" __declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
> _SetCallback@4
__declspec(dllexport) void SetCallback(LPCALLBACK function);
> ?SetCallback@@YAXP6AXHPADPAX@Z@Z
__declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
> ?SetCallback@@YGXP6GXHPADPAX@Z@Z    
//---------------------------------------------------------------------------------------------------
//this also big is nonsense cause as soon you change your calling convention or add /remove
//extern "C" code won't link anymore.
//doesn't work on other cases
#pragma comment(linker, "/EXPORT:SetCallback")
extern "C" __declspec(dllexport) void SetCallback(LPCALLBACK function);
//doesn't work on other cases
#pragma comment(linker, "/EXPORT:SetCallback=SetCallback")
extern "C" __declspec(dllexport) void SetCallback(LPCALLBACK function);
//doesn't work on other cases /creates alias
#pragma comment(linker, "/EXPORT:SetCallback=_SetCallback@4")
extern "C" __declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
//doesn't work on other cases /creates alias
#pragma comment(linker, "/EXPORT:SetCallback=?SetCallback@@YAXP6AXHPADPAX@Z@Z")
__declspec(dllexport) void SetCallback(LPCALLBACK function);
//doesn't work on other cases /creates alias
#pragma comment(linker, "/EXPORT:SetCallback=?SetCallback@@YGXP6GXHPADPAX@Z@Z")
__declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
//---------------------------------------------------------------------------------------------------
//So far only repetable case is using Module-Definition File (*.def) in all possible cases:
EXPORTS
SetCallback
extern "C" __declspec(dllexport) void SetCallback(LPCALLBACK function);
> SetCallback
extern "C" __declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
> SetCallback
__declspec(dllexport) void SetCallback(LPCALLBACK function);
> SetCallback
__declspec(dllexport) void __stdcall SetCallback(LPCALLBACK function);
> SetCallback
//And by far this is most acceptable as it will reproduce exactly same exported function name 
//using most common compilers. Header is dictating calling convention so not much trouble for
//other sw/ppl trying to build Interop or similar.

Je me demande pourquoi personne ne l'a fait, il m'a fallu seulement 10 minutes de tester tous les cas.

Fondamentalement, lorsque vous utilisez les fonctions en C++, des parties de leurs noms incluent maintenant la date de leur signature et d'autres choses semblables, afin de faciliter la langue des fonctionnalités comme la surcharge.

Si vous écrivez une DLL à l'aide de __declspec(dllexport), puis il devrait également produire une lib. Lien vers cette lib, et vous serez automatiquement liés et les fonctions enregistrées par le CRT à l'heure de démarrage (si vous rappeler de changer toutes vos importations et les exportations). Vous n'avez pas besoin de connaître le nom de déformation si vous utilisez ce système.