Discussion :

[alexatique]

Bonjour
voilà, j'arrive à réaliser des dlls sous windows à l'aide de visual studio.J'arrive également à faire un programme qui appelle cette dll.Mais cependant, j'aimerais savoir si c'est possible de créer une dll sous linux à l'aide de mingw qui fonctionne avec mon programme de test.

[jeanbi]

bonjour,
dll sous linux ? ça n'existe pas .
a+

[thierry.chich]

Une dll sous linux, c'est les librairies dont le nom se termine pas so.x.y (x et y sont des nombres).
C'est proche conceptuellement (en fait, je ne vois pas la différence, mais je me ménage, au cas où une brute de chez brute vienne me démontrer le contraire ).

[souviron34]

tu as raison..

DLL = Dynamically Linked Library

Sous unixoides, ce sont des bibliothèques .so

[millie]

(en fait, je ne vois pas la différence, mais je me ménage, au cas où une brute de chez brute vienne me démontrer le contraire ).

Une différence :
Il y a en normalement une visibilité des fonctions (que l'on peut exporter) dans les DLL alors que pour les .so, on peut charger n'importe quoi.

[souviron34]

Une différence :
Il y a en normalement une visibilité des fonctions (que l'on peut exporter) dans les DLL alors que pour les .so, on peut charger n'importe quoi.

bah je suppose que dans une .so tu peux bien délcarer des fonctions statiques, non ??

Le fichier d'entête liste les fonctions publiques, au même titre que export..

Me trompe-je ?

[millie]

bah je suppose que dans une .so tu peux bien délcarer des fonctions statiques, non ??

Le fichier d'entête liste les fonctions publiques, au même titre que export..

Me trompe-je ?

En fait, d'après mes souvenirs, quand on lance un programme lié "statiquement" à une dll, le système vérifie bien que la dll qu'il trouve sur le système a bien les mêmes fonctions publiques exportées (qu'au moment où le programme a été lié).
Il me semble qu'il n'y avait pas cette vérification avec les .so (c'est pour ça que j'ai dit qu'on pouvait se retrouver à charger n'importe quoi)

Par contre, que ce soit avec LoadLibrary sous Windows ou dlopen sous UNIX, on peut charger dynamiquement des fonctions même non exportées.

EDIT : Donc je parlais d'une visibilité au moment de l'exécution pas de la compilation.


EDIT2 :
Pour être plus clair, on suppose qu'il existe 1 DLL avec 2 versions (DLL1 et DLL2) :
- DLL1 : fonction A et fonction B "publique"
- DLL2 : fonction A publique, la fonction B ne l'est plus car déprécié mais est toujours utilisé en interne

Un programme est compilé avec DLL1.
Lors de l'exécution, c'est DLL2 qui est chargé
-> sous Windows, le programme refuse de s'exécuter car la fonction B n'est plus présente dans les fonctions exportées
-> sous UNIX, il me semble qu'il n'y a pas de soucis