utilisation d'un objet dans une bibliotheque dynamique

hey !
je pensais l'avoir essayé, j'avais du me tromper. Apres avoir lu ton post, j'ai fait :

Code:

---

1 2 3

g++ -c ping.cpp g++ -shared -o ping.so ping.o ../message.o ../tools.o

---

et plus d'erreurs \o/

En revanche nm me dit qu'il y a encore des "U" dans mon so (qui ne semblent pas venir de mon code), je dois m'inquiéter ?

J'ai donc modifié mon makefile, mais j'ai donc j'ai les .o pour l'exe, et pour les so.

La solution proposée par nicroman semble donc etre meilleure.
En revanche je ne vois pas comment s'articule les choses.
Au lieu d'avoir une classe "Plugin" dans mon projet, je l'exporte dans une dll que j'ouvre ensuite dans mon projet ? et ensuite mes plugins devrons ouvrir cette dll ?

ca serait pas plutot dans l'executable ou il serait normal d'avoir un U le symbole etant définit dans le .so

Citation:

---

Envoyé par eponyme

En revanche je ne vois pas comment s'articule les choses.
Au lieu d'avoir une classe "Plugin" dans mon projet, je l'exporte dans une dll que j'ouvre ensuite dans mon projet ? et ensuite mes plugins devrons ouvrir cette dll ?

---

Bon en fait, je ne connais pas le probleme à fond sous Linux, mais mon petit doigt me dit que c'est exactement pareil (j'ai un peu oublié mes années sur Bull 8-) ). Tu traduiras .exe en -rwx------ et .dll en .so :)

Un .exe n'exporte rien... d'accord ?
Donc si tu as des classes définies dans ton .exe, elle ne sont visibles de personne.
Si une .dll a besoin (importe) une référence, elle doit être exportée quelque part (donc dans une autre .dll).
Attention, un simple pointeur n'est pas une référence, mais un appel de fonction direct (sans passer par un "Fonctor", ou un pointeur de fonction donc) oui !

Si ta class Pong (dans une .dll) utilise des méthodes IRCProtocol::toto, et Ping::tata (ce qui inclut le constructeur), alors elle doit pouvoir importer ces fonctions, ce qui veut dire que ces fonctions doivent être dans une .dll !

Il se peut (ca m'est déjà arrivé), que ton .exe se retrouve juste à faire:

Donc tu as
- une .dll "Ping" (avec Ping, IRCProtocol, whatever...).
- une .dll "Pong" (avec Pong, ...) qui utilise Ping.dll
- un .exe qui utilise Ping.dll, et peut charger dynamiquement Pong.dll

Et voilà, plus de référence circulaire (et on m'a toujours dit: références circulaires, problêmes dans l'air :mouarf: ).

Je vais me renseigner sur tout ca,
en attendant ca fonctionne parfaitement.

Merci pour l'aide et le temps consacré.

:)