Discussion :

[r0d]

Bonjour à tous,

la question est dans le titre.
Je voulais juste rappeler que:
- un .lib est une library (bibliothèque en français)
- une dll est une dynamic link labrary (bibliothèque de lien dynamique?).
Et que ces noms ne m'aident pas à comprendre réellement la différence entre les deux.

Je pourrais développer mon post en vous proposant une liste de question, si vous préférez:
- Pourquoi quand on créé une dll, le .lib est généré aussi?
- Pourquoi les programmes, pour l'exécution, n'ont besoin que des dll et pas des .lib?
- Pourquoi le .lib est beaucoup plus petit (en poids) que la dll?
- A quoi correspond le mot "dynamic" dans "dll"?

merci.

[Rupella]

Tu utilises une library pour compiler directement ton projet avec.
L'éditeur de liens mettra a jour les liens qui vont bien avec ta library,
te permettant ainsi de faire des appels à des fonctions de ta Dll sans te
poser de questions. Utilisation transparente... mais ligature statique.

De l'autre coté tu as les Dlls avec une utilisation moins facile.
Dans ton code, il te faut connaitre les signatures des fonctions que tu vas
utiliser, et créer autant de variables de type pointeur de fonction que de
fonctions que tu vas utiliser...

Puis au démarrage, charger la Dll (LoadLibrary), puis récupérer dans la Dll
les adresses des fonctions que tu veux utiliser (GetProcAddress).
Et à partir de cet instant, tu peux appeler ta fonction. La ligature est dynamique...

Avec les Lib, dès le lancement de l'application, celle ci vérifie que la Dll
correspondante existe (vérification des dépendances), et l'application
s'arrête avec un message d'erreur.

Par contre, avec les Dlls, ton application pourra fonctionner, jusqu'a ce que la Dll doit être chargée.

J'espere que ca t'eclairera un petit peu...

[Médinoc]

Dynamic Link Library = Bibliothèque liée dynamiquement.

Un .lib est une bibliothèque qui est liée au programme lors de la compilation ("statiquement") : Le .exe contient le code des fonctions de la bibliothèque utilisées par le programme: Il n'a donc besoin du .lib qu'à la compilation, et n'en a donc pas besoin à l'exécution puisqu'il a déjà le code.

Un .dll est une bibliothèque qui est liée au programme à l'exécution ("dynamiquement") : Le .exe ne contient pas le code : il n'est que dans la DLL. C'est pourquoi la DLL est nécessaire à l'exécution : le code n'existe pas ailleurs.

Le .lib généré pour un .dll est une Bibliothèque statique d'importation : Il permet de faire en sorte que le programme soit lié au .dll lors de l'exécution.
Sous Windows, il existe un second moyen de se lier à une bibliothèque dynamique, qui n'utiliser pas le .lib. Mais utiliser le .lib est plus facile, puisque la liaison est automatique.

Edit: Zut, grillé. Mais je décris mieux les librairies statiques, le post précédent ne décrit que les librairies statiques d'importation...

[Aurelien.Regat-Barrel]

Il évoque les libs d'import je pense.
Car y'a 2 types de lib : celles qui sont générées avec la dll (et qui sont pas grosses), et celles générées toutes seules à la place d'une dll (même taille à peu près).
Y'a 3 phases lorsque tu crées un programme:
- compilation
- link
- exécution

Les .h, ça permet de compiler en disant "il existe quelque part une fonction void toto();".
Le link, il va chercher où se trouve la fonction toto. Si elle est dans une dll, elle se trouve donc physiquement ailleurs, quelque part sur le système. Et le linker il sait pas où. Il ne peut pas deviner que toto est dans une dll, et que cette dll s'appelle toto.dll, ou bidon.dll, ou autre chose encore. C'est là que le .lib intervient. Le .lib a été généré avec la dll, et il sert juste à dire "il existe une dll nommée truc.dll qui contient une fonction nommée void toto()". Yeah, le linker est content, il crée ton exe.
Ton exe, il contient dans une petite table un "message" qui dit "j'utilise toto qui se trouve dans truc.dll, merci de me donner ici l'adresse de cette fonction". Et voilà, un joli exe.
Quand tu lances l'exe, Windows va lire la petite table. "Hum, il a besoin de la dll truc.dll", et hop Windows cherche cette dll. Il la trouve, et rechercher alors la fonction void toto(). La dll a elle aussi une petite table qui dit "moi j'exporte une fonction void toto(), et voici son adresse" (pour faire simple). Et Windows il fait un copier coller, et alors ton exe peut se lancer. Si la dll n'est pas trouvée ou que void toto n'existe pas dans truc.dll, tu as une erreur.
Joue avec dependency walker sur tes programmes / dll:
http://www.dependencywalker.com/
tu comprendras.

[Rupella]

Ya plus qu'a y mettre de la musique et des ptits dessins pour illustrer
le tout, et c'est parfait !!!

[r0d]

ok merci.