[minGW] creér un dll qui contient une lib statique

Bonjour, je développe sous winXp-minGw.

Je ne suis pas un expert et je sais tout juste créer une lib statique ou dynamique.

Je voudrais créer une dll à partir d'un source que j'ai écris moi même et qui fait un appel aux fonctions d'une librairie statique déjà compilée... et là je patauge un peu.

Voilà comment je compile mon projet:

Citation:

---

g++ -c -DBUILD_DLL monSrc.cpp

---

Citation:

---

g++ -shared -L. -o maLibDyn.dll monSrc.o -Wl,--out-implib,libtstdll.a -lLalibEnPLus.lib

---

La compilation se passe bien mais l'édition de lien retourne une liste d'erreurs undefined reference sur les méthodes contenues dans LaLibEnPlus.lib

Comment faut il s'y prendre? Est ce qu'il faut préalablement modifier la librairie statique pour qu'elle puisse être intégrée à la dll?

Je me suis un peu emmêlé les pinceaux mais en faisant les choses dans l'ordre, ça va mieux.

Ci dessous la version détaillée, ça peut servir d'exemple pour compiler une lib statique et une lib dynamique

- Je crée une librairie statique qui ne contient qu'une fonction hello() qui affiche ... hello

-Je crée une librairie dynamique qui ne contient qu'une fonction direHello() et qui appelle la fonction hello de ma lib statique

-Je crée un main qui appelle la fonction direHello de ma librairie dynamique.

C'est parti:

La lib statique :

hello.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10

#include <iostream>   int hello (void);   int hello(void) { std::cout << "hello world!"; return (0); }

---

je compile avec:

Code:

---

1 2 3

g++ -c hello.cpp ar -rc libhello.a hello.o

---

La lib dynamique:

direHello.h

Code:

---

1 2 3 4 5 6 7 8 9 10

#ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif   EXPORT void direHello(void);

---

direHello.cpp

Code:

---

1 2 3 4 5 6 7 8 9

#include "direHello.h"   #include "hello.h"   EXPORT void direHello(void) { hello(); }

---

Je la compile avec ceci:

Code:

---

1 2 3

g++ -c -DBUILD_DLL direHello.cpp g++ -shared -o direHello.dll -Wl,--out-implib,libdireHello.a direHello.o -lhello -L.

---

Je finis avec mon petit main:

Code:

---

1 2 3 4 5 6 7 8

#include "direHello.h"   int main(void) { direHello(); return (0); }

---

Et je compile le total de cette façon:

Code:

---

1 2 3

g++ -c main.cpp g++ -o monPrg.exe main.o -ldireHello -L.

---

et voilà!

Pas mal, mais tu auras des problèmes si tu veux utiliser direHello.dll depuis une autre DLL.
Pour corriger cela, tu dois:

• Remplacer BUILD_DLL par BUILD_DIREHELLO_DLL (y compris dans les options du projet)
• Remplacer EXPORT par DIREHELLO_API

Ainsi, tu n'auras pas de conflit.

Bonjour,

j'ai exactement le même soucis, sauf qu'il n'apparait qu'avec mingw et non avec gcc (sous linux).

sous linux avec g++:

Citation:

---

g++ -o plugin.dso -shared -Wl,-soname,plugin plugin.o

---

et ça fonctionne sans problème.

sous linux avec mingw pour windows (cross compilation):

Citation:

---

i686-mingw32-g++ -shared -o plugin.dso plugin.o

---

et j'ai des undefined references. ces ref manquantes sont dans l'executable qui charge le plugin.

Savez-vous s'il existe une solution pour que mingw ai le même comportement que gcc ?
Car je ne trouve pas très propre de créer une lib.a comportant les ref de l'executable principal pour l'importer dans la DLL lors de la compilation.

merci

Xavier

Tu veux dire que ta DLL référence l'exécutable ?

Impossible à ma connaissance sous Windows (c'est déjà assez compliqué de faire deux DLLs qui se référencent l'une l'autre): Tu dois faire autrement, par exemple avec des callback.

non pas du tout c'est possible.

g++ peut linker avec tous les executables PE et elf de windows et linux, et MSVC peut generer des .lib d'import a partir d'un exe, je m'en sers pour les plugins dans la version statique; ainsi, je n'ai qu'un exe et il fournit des methodes pour les plugins. dans le cas dynamique, l'exe est seulement un main qui appelle tout de suite des dll et le plugin est lié aux DLL

par contre c'est assez complexe :

- tu dois construire des .lib et l'exe en mettant quand meme des __declspec(dllexport), meme si tu ne compiles que des .lib
- tu dois les lier a l'executable
- tu dois lier ton plugin a l'executable

la difference entre windows et linux, c'est que lorsqu'on utilise dlopen sous linux les fonctions de l'exe sont automatiquement ajoutées a l'import des bibliotheques
et de plus, sous linux ont peut garder des references indéfinies jusqu'au load de la bibliotheque, qui doit alors realiser le linking

merci pour vos réponses.

j'ai pour le moment résolu le problème en créant une archive lib.a de mon executable ainsi que pour les différentes bibliotèques que je lie à ma DLL . L'ordre dans lequel on donne les bibliotèques au linker est très important, sinon "undef reference". Je ne trouve pas ça très propre, mais bon on fera avec pour le moment. Puis quand mes connaissances en prog sous windows seront meilleurs j'essaierai ta solution.