Discussion :

[Nehmé]

Salut,

J'essais de charger une dll crée en C dans un code C++. La dll est celle d'un logiciel open-source appelée Epanet
http://www.epa.gov/NRMRL/wswrd/dw/epanet.html
Elle est fourni avec un .h et un .lib

J'ai bien linker ma dll dans visual studio mais quand je compile j'obtiens des avertissements et des erreurs:

warning C4518: 'int ' : classe de stockage ou spécificateur(s) de type inattendu(es) ; ignoré(es)
warning C4502: 'linkage specification' nécessite l'utilisation du mot clé 'extern' et doit précéder tous les autres spécificateurs
error C4430: spécificateur de type manquant - int est pris en compte par défaut. Remarque*: C++ ne prend pas en charge int par défaut

voici une partie du code du .h et le compilateur n'aime pas les fonctions déclarées avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

extern "C" __declspec(dllexport) __stdcall

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
#undef WINDOWS
#ifdef _WIN32
  #define WINDOWS
#endif
#ifdef __WIN32__
  #define WINDOWS
#endif
 
// --- define DLLEXPORT
 
#ifdef WINDOWS
  #ifdef __cplusplus
  #define DLLEXPORT extern "C" __declspec(dllexport) __stdcall
  #else
  #define DLLEXPORT __declspec(dllexport) __stdcall
  #endif
#else
  #ifdef __cplusplus
  #define DLLEXPORT extern "C"
  #else
  #define DLLEXPORT
  #endif
#endif
 
 
// --- declare the EPANET toolkit functions
 
 int   DLLEXPORT ENepanet(char *, char *, char *, void (*) (char *));
 int   DLLEXPORT ENopen(char *, char *, char *);
 int   DLLEXPORT ENsaveinpfile(char *);
 int   DLLEXPORT ENclose(void);

ca compile très bien si je change les paramètres de visual studio pour qu'il compile en C au lieu de C++ mais je veux coder en C++ et donc je n'ai pas le choix.

Merci pour votre aide.

[3DArchi]

Salut,
Visiblement leur macro n'est pas très bien faite.
Ce devrait être quelque chose comme ça je crois :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
extern "C" __declspec(dllimport) type_retour __stdcall prototype_fonction();

Soit par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

extern "C" __declspec(dllimport) int __stdcall ENepanet(char *, char *, char *, void (*) (char *));

Note que dans ton appli utilisant la DLL ce doit être __declspec(dllimport) et non __declspec(dllexport)

[Nehmé]

Merci 3DArchi ca fonctionne !

Je croyais que lorsqu'on a le .lib il suffit que le .h contiennent les prototypes des fonctions.
J'ai utilisé une autre dll qui venait avec un .h qui contient la définition d'une classe sans aucune macro et ca fonctionnais bien.
Pourquoi ici on a besoin de la Macro ? Est ce que c'est dû au fait que la dll est en C ?

Merci

[3DArchi]

Merci 3DArchi ca fonctionne !

Je croyais que lorsqu'on a le .lib il suffit que le .h contiennent les prototypes des fonctions.
J'ai utilisé une autre dll qui venait avec un .h qui contient la définition d'une classe sans aucune macro et ca fonctionnais bien.
Pourquoi ici on a besoin de la Macro ? Est ce que c'est dû au fait que la dll est en C ?

Merci

Oui et non. Pour importer correctement une fonction C dans un code compilé en C++, il faut spécifier extern "C" devant. En général, les .h de bibliothèque C commence par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
#ifdef __cplusplus
extern "C" {
#endif
 
/* toutes les définitions C à exporter ici */
 
#ifdef _cplusplus
}
#endif

Pour faire simple, cela est du au fait que le C et le C++ ne génère pas les identifiants des fonctions en binaire de la même façon. Cela s'appelle le name mangling.

__declspec(dllexport) indique au compilateur qu'on souhaite que la fonction qui suit soit exportée, c'est à dire visible par un programme extérieur qui l'utilisera ensuite.
__declspec(dllimport) indique qu'il s'agit d'une fonction définie dans une librairie à importer.
S'il n'y a rien, je ne me souvient pas du comportement par défaut de Visual.

__stdcall c'est juste pour définir les conventions d'appels (si les paramètres sont empilés ou passés par registres, qui nettoie la pile, etc.).

[Nehmé]

Parfait !

Merci pour tes explications !

[Médinoc]

Pour les __declspec(), appeler la macro "DLLEXPORT", ou un autre nom non-unique est un moyen sûr de causer des problèmes.

Je recommande un nom du genre "NOMDELADLL_API", ce que propose Visual Studio par défaut.

[Nehmé]

J'avoue !
Merci pour l'info