Discussion :

[doommick31]

Bonjour, j'essaye de compiler avec mingw un exécutable qui doit se linker avec une .dll elle aussi compiler avec mingw. Mon problème est que dans mon dossier ou je vais chercher ma librairie, contient à la fois libMALIB.a statique et libMALIB.dll dynamique. Par défaut le linker de mingw ld prend en priorité la librairie statique .a d'après une doc redhat http://www.redhat.com/docs/manuals/e...ker/win32.html pour résoudre ce problème il suffit de faire un lien symbolique vers ma librairie dynamique en l'appelant"-lC:\cheminversmalib\ libMALIB.dll" .a. Sur ma machine j'ai uniquement cygwin d'installer en aucun cas je ne peut installer msys (de mingw). C'est avec lui que j'essaye de faire des liens symbolique sur mes librairies " ln -s libMALIB.dll libMALIB.dll.a". Au final mon programme ce est compile mais il prend ma libMALIB.dll comme une librairie statique . oui oui Sa devient compliquer et très bizarre tout sa. Enfin tout sa pour dire que je n'ai absolument pas le même résultat que si dans mon répertoire je n'avais que ma librairie dynamique. J'ai essaye de mettre en dure le chemin vers ma librairie dynamique"-lC:\cheminversmalib\libMALIB.dll" avec tout les variantes possible \ et / préfixer avec lib ou pas etc... ld ne veut rien savoir et me retourne une erreur.

Ma question est comment fait ton pour linker avec mingw une librairie dynamique -lMALIB sachant que mon dossier qui contient ma lib "-LC:\..\laouestmalib" contient à la fois libMALIB.a et libMALIB.dll et que je ne soit pas obliger de supprimer ma statique libMALIB.a.

Un grand merci à la personne par avance qui résoudra mon problème qui est tout bête mais bien embêtant quand même.

[khazna]

T'es sur que libMALIB.a est pas la bibliothèque d'import de libMALIB.dll?

[pfxxx]

je n'ai pas la réponse directe mais ...

* je croyais que c'était l'inverse : recherche de .dll avant .a
(moi je suis sous cygwin avec comme cible mingw)

* des options du linker qui pourraient peut être t'aider
gcc ... -Wl,-t,--verbose

collect2 va afficher tous les fichiers qu'il essaie d'ouvrir, tu vas donc voir précisément où il recherche *MALIB*

[aoyou]

Si les conventions sont respectées,

• libMALIB.a est une librairie statique
• libMALIB.dll est une librairie dynamique mais comme sous Visual elle ne permet pas de linker
• libMALIB.dll.a est la librairie d'importation pour la DLL libMALIB.dll

Il est donc normal que tu n'arrives pas à linker contre libMALIB.dll. N'as-tu pas un libMALIB.dll.a sous le coude ?

[doommick31]

T'es sur que libMALIB.a est pas la bibliothèque d'import de libMALIB.dll?

Je suis sur que libMALIB.a est une lib satique fait avec ar.exe de mingw/bin et libMALIB.dll est une librairie dynamique fait avec mingw32-g++.exe -SHARED.
J'ai juste une même librairie que je compile en statique et en dynamique

[doommick31]

Si les conventions sont respectées,

• libMALIB.a est une librairie statique
• libMALIB.dll est une librairie dynamique mais comme sous Visual elle ne permet pas de linker
• libMALIB.dll.a est la librairie d'importation pour la DLL libMALIB.dll

Il est donc normal que tu n'arrives pas à linker contre libMALIB.dll. N'as-tu pas un libMALIB.dll.a sous le coude ?

chez moi j'ai d'après la doc de redhat libMALIB.dll.a est chez moi un lien symbolique et je fait bien un ln -s de ma librairie libMALIB.dll pour faire libMALIB.dll.a. Cette astuce est sensé faire passé les .dll avant les .a du link.

Je rappelle que lorsque dans mon dossier il n'y a que mon libMALIB.dll je link comme une librairie dynamique tout ce qui y a de plus normal. Si j'ai libMALIB.a et libMALIB.dll dans le même dossier, libMALIB.a sera utiliser pour linker au lieu que libMALIB.dll.

[doommick31]

je n'ai pas la réponse directe mais ...

* je croyais que c'était l'inverse : recherche de .dll avant .a
(moi je suis sous cygwin avec comme cible mingw)

* des options du linker qui pourraient peut être t'aider
gcc ... -Wl,-t,--verbose

collect2 va afficher tous les fichiers qu'il essaie d'ouvrir, tu vas donc voir précisément où il recherche *MALIB*

j'ai fait un test en ajoutant -Wl,-t,--verbose comme option. Je confirme le link avec la lib statique plutôt que la dynamique lorsque libMALIB.dll.a (lien symbolique) est présent dans le même dossier que libMALIB.a libMALIB.dll.

j'en profite pour citer "ld.exe: mode i386pe"
et aussi "gcc version 3.4.5 (mingw-vista special r3)" bizarre non je suis sous xp sp3