error LNK2019: symbole externe non résolu __imp__SDend référencé dans la fonction _main

Bonjour,

J'essaie de compiler hdfeos2 testdrivers avec Microsoft Visual Studio 2010 (C++). j'ai suivi a la lettre les instructions mentionnées dans le fichier 'install_HDFEOS_WIN.readme' et j'ai réussi a générer les bibliothèques hdfeosd.lib et gctp.lib. Ensuite en essayant de générer un projet test en utilisant les bibliothèques générées, j'obtient l'erreur suivante :

Code:

---

1 2	Erreur 1 error LNK2019: symbole externe non résolu __imp__SDend référencé dans la fonction _main (testswath.obj) Erreur 2 error LNK2001: symbole externe non résolu __imp__SDend hdfeosd.lib(EHapi.obj) Test

---

J'ai l'impression que le code réussit a faire la liaison avec la bibliothèque générée hdfeosd.lib mais par la suite ne retrouve pas les fonctions dont la définition est inclue dans le fichier 'mfhdf.h'. C'est ce passage par la bibliotheque que je n'arrive pas a comprendre. Et je ne sais plus du coup, si l'erreur se produit au niveau de la génération de la bibliothèque ou plus tard. Je dois ajouter peut être que je réussis a générer la bibliothèque en mettant en fichier de sortie 'bib statique' (.lib) mais la génération échoue si a la place, je mets .dll ou .exe.

Merci d'avance pour votre aide

Citation:

---

Envoyé par annoussa86

J'ai l'impression que le code réussit a faire la liaison avec la bibliothèque générée hdfeosd.lib mais par la suite ne retrouve pas les fonctions dont la définition est inclue dans le fichier 'mfhdf.h'.

---

Vous avez tout à fait raison.

Si mes souvenirs sont exacte "__imp__" doit indiquer du code de bridge entre la librairie de dll et la dll.

Je pense qu'il y a embrouille entre les constantes de compilation lors de la compilation de la librairie et de l'exécutable.

La fonction "SDend" est déclaré comment dans le .h.

Si c'est vous qui générez la lib de dll, avez vous correctement configurer les constantes de compilation pour l'export des fonctions et non leur import ?

merci pour votre réponse.
En fait tout ce que je fait est générer la bibliothèque statique 'hdfeos' qui elle même fait appel aux fonctions de 'mfhdf.h'. Donc en construisant la bibliothèque je précise bien les chemins vers HDF4\lib ou se trouve 'mfhdf.lib' et vers HDF4\include ou se trouve 'mfhdf.h' et j'ajoute Hdf4\bin qui contient des dll hdf et mfhdf au path (variables d’environnement).

A l’intérieur de 'mfhdf.h', les fonctions qui posent problème sont définies ainsi :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

HDFLIBAPI int32 SDstart (const char *name, int32 accs);   HDFLIBAPI intn SDend (int32 fid);   HDFLIBAPI intn SDfileinfo (int32 fid, int32 *datasets, int32 *attrs);   HDFLIBAPI int32 SDselect (int32 fid, int32 idx);   HDFLIBAPI intn SDgetinfo (int32 sdsid, char *name, int32 *rank, int32 *dimsizes, int32 *nt, int32 *nattr);

---

et voici le début de 'SWapi.c' un des 4 fichiers de la bibliothèque a générer hdfeos2

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

#include "mfhdf.h" #include "hcomp.h" #include "cfortHdf.h" #include "HdfEosDef.h" #include <math.h> /* if HDF4 is configured with SZIP */ #ifdef H4_HAVE_SZLIB_H #include "szlib.h" #endif     #define SWIDOFFSET 1048576     int32 SWX1dcomb[512*3]; int32 SWXSDcomb[512*5]; char SWXSDname[HDFE_NAMBUFSIZE]; char SWXSDdims[HDFE_DIMBUFSIZE];

---

qui donnera plus tard par exemple cette erreur :

Code:

---

Erreur 5 error LNK2001: symbole externe non résolu __imp__SDendaccess hdfeosd.lib(SWapi.obj) Test

---

Un autre détail qui me revient et qui pourrait peut être la cause du problème, est que je VS a converti le code au début parce qu'il était généré dans une version antérieure.

Merci pour votre aide et votre temps !

Il ne fuat pas préfixer extern "C" pour compiler des fonctions C dans une DLL en C++ ?

C'est peut-être déjà dans le #define de HDFLIBAPI.

Google me dit que non

La décoration du nom me dit que c'est déjà interprété comme extern "C", désolé @Bousk. ;)

Je pense qu'il y a beaucoup de chose pas très claire dans la boucle.
Pour avoir l'esprit moins embrouillé, je suggère l'utilisation de DUMPBIN.
Cela permet de savoir ce qui est vraiment exporté par les lib.

Comme on est dimanche matin et que j'ai la tête dans une valise, je suis pas foutu de vous dire dans quel fichier lib il faut chercher, mais de tout façon, il doit être dans la liste de ceux que vous donnez au linker.
Si vous ne trouvez que les noms sans le préfixe "__imp_", c'est que c'est une lib statique et non une lib de dll.
Dans ce cas, soit il faut régénérer cette lib pour qu'elle soit vraiment un lib de dll, doit changer les constantes de compilation pour que vous utilisiez la version librairie statique plutôt que la version Dll.