Version imprimable
Bonjour j'aimerais savoir si quelqu'un aurait une application qui permettrais de récupérer des .lib à partir des .a que j'ai récupéré. Car cl n'accepte pas ces derniers, il me dit :
en effet j'ai comparé des .lib et des .a , elles ne sont pas battie de la meme façonCode:warning LNK4089: toutes les références à 'd000000.o' ignorées pas /OPT:REF
Merci d'avance
Tarboeuf
Ce sont des .dll.a ? Je ne sais si c'est possible pour des librairies purement statiques. Je peux toujours te donner la méthode pour une DLL.
Quand tu demandes à gcc de générer une DLL, il génére la DLL et un fichier .dll.a qui est l'équivalent du .lib de Visual C++. A confirmer. Tu peux aussi lui demander de générer un fichier .def avec l'option "-Wl,--output-def,malib.def". Ce fichier contient la liste des symboles exportés. Il est aussi possible d'écrire directement le fichier à la main.
C'est avec ce fichier def et l'outil lib de Visual que tu pourras générer une librarie d'importation compatible avec Visual.
Code:lib.exe /machine:i386 /def:malib.def /out:malib.lib
Merci beaucoup j'essaye dessuite :D
Je te remercie ça marche très bien, par contre j'ai du utiliser impdef.exe, petit utilitaire de Borland compiler pour récupérer le .def de ma dll
avec la ligne de commmande :
Code:impdef malib.def malib.dll
Après quelque tests, je viens de remarquer que les dll compiler avec gcc ne sont pas compatible avec le compilateur visual, est-ce que quelqu'un aurait une idée de la raison ?
Citation:
test effectuer :
compiler dll sous cl -> suppression .lib -> creation d'un nouveau -> utilisation du nouveau -> OK
compiler dll sous gcc -> utilisation du .lib.a -> OK
compiler dll sous gcc -> creation d'un .lib-> utilisation du nouveau -> (pas d'erreur mais ma fonction n'est pas utilisée )
Up!
Je rencontre le même problème.
j'essaie d'utiliser une dll compilée sous Visual (il y a un .lib avec cette dll, donc je présume que c'est de visual). Compilation et édition des liens Ok avec gcc (sous eclipse), mais en exécution, rien ne se passe.
(console vide...)
Quelqu'un a une idée?
J'utilise GCC avec minGW.
La DLL issue de MSVC n'est pas compatible avec GCC.
Il s'agit de générer un .def qui contient les correspondances des références, à l'aide de pexports (disponible dans les minGW tools).
Ensuite l'outil dlltool (disponible dans la minGW) permet de générer le .a (import library)Code:pexports testdll.dll | sed "s/^_//" > testdll.def
Enfin on compil :Code:dlltool -U -d testdll.def -l libtestdll.a
Code:gcc -o testmain testmain.c -L. -ltestdll
Cependant, la présence du .lib associé à la dll peut suffire à compiler linker et exécuter correctement. C'est un binaire qui doit contenir les correspondances entre les référence MSVC et GCC.
GCC utilise le testdll.lib qui est fourni avec ma dll, il suffit de ne pas oublier de mettre la path de la dll dans PATH.