Pourquoi linker les librairies
Ziman
- Messages postés
- 245
- Date d'inscription
- dimanche 27 avril 2003
- Statut
- Membre
- Dernière intervention
- 26 septembre 2008
- Messages postés
- 1910
- Date d'inscription
- vendredi 18 juin 2004
- Statut
- Modérateur
- Dernière intervention
- 14 novembre 2014
A voir également:
- Librairies c
- C++ linker - Meilleures réponses
- Linker c++ - Meilleures réponses
- LINKER LIBRAIRIE EN .A AVEC VISUAL STUDIO 2008 ✓ - Forum - C++ & C++ .NET
- Différence entre librairie et bibliothèque ✓ - Forum - C / C++ / C++.NET
- Link c# - Conseils pratiques - C# / .NET
- Importer librairie java eclipse ✓ - Forum - Java
- Différence entre framework et librairie - Forum - C
8 réponses
- Messages postés
- 245
- Date d'inscription
- dimanche 27 avril 2003
- Statut
- Membre
- Dernière intervention
- 26 septembre 2008
Ah d'accord, merci bien pour ton aide :p
Apprendre le VB6
Apprendre le VB6
- Messages postés
- 1910
- Date d'inscription
- vendredi 18 juin 2004
- Statut
- Modérateur
- Dernière intervention
- 14 novembre 2014
Salut,
Le fichier LIB contient une référence des fonctions d'une DLL. Elle contient les noms des fonctions exportées avec leurs points d'entrée, le nombre et types de paramètres à passer etc. Cette référence sera injectée, par l'éditeur de liens, comme table d'import dans l'exécutable à générer. L'implémentation du code se trouve elle dans la DLL associée. Par défaut sous Windows, les compilateurs ajoutent aux projets kernel32.lib, user32.lib, gdi32.lib ect. Ces dernières sont respectivements associées à kernel32.dll, user32.dll et gdi32.dll. Pour utiliser une DLL non reconnue par défaut, on doit ajouter sa LIB au projet. Sinon, on devra charger la DLL avec LoadLibrary() et récupérer les adresses des fonctions avec GetProcAddress() après avoir défini au préalable un type de pointeur pour chaque fonction à utiliser. Le type de pointeur définit la convention d'appel de la fonction, le paramètre de sortie et les paramètres d'entrée.
Le fichier LIB contient une référence des fonctions d'une DLL. Elle contient les noms des fonctions exportées avec leurs points d'entrée, le nombre et types de paramètres à passer etc. Cette référence sera injectée, par l'éditeur de liens, comme table d'import dans l'exécutable à générer. L'implémentation du code se trouve elle dans la DLL associée. Par défaut sous Windows, les compilateurs ajoutent aux projets kernel32.lib, user32.lib, gdi32.lib ect. Ces dernières sont respectivements associées à kernel32.dll, user32.dll et gdi32.dll. Pour utiliser une DLL non reconnue par défaut, on doit ajouter sa LIB au projet. Sinon, on devra charger la DLL avec LoadLibrary() et récupérer les adresses des fonctions avec GetProcAddress() après avoir défini au préalable un type de pointeur pour chaque fonction à utiliser. Le type de pointeur définit la convention d'appel de la fonction, le paramètre de sortie et les paramètres d'entrée.
- Messages postés
- 245
- Date d'inscription
- dimanche 27 avril 2003
- Statut
- Membre
- Dernière intervention
- 26 septembre 2008
Bonjour et merci pour vos réponses.
Je suis venu poser cette question en voyant :
#pragma comment(lib, "ws2_32.lib")
quand j'ai voulu utiliser les sockets. J'ai essayé sans cette ligne, ça ne fonctionnait pas, et comme c'est pas la première fois que j'entend parler du fait de lier les librairies j'avais envie de comprendre, maintenant quelle est la différence entre une librairie statique et un librairie lié à une DLL ?
Apprendre le VB6
Je suis venu poser cette question en voyant :
#pragma comment(lib, "ws2_32.lib")
quand j'ai voulu utiliser les sockets. J'ai essayé sans cette ligne, ça ne fonctionnait pas, et comme c'est pas la première fois que j'entend parler du fait de lier les librairies j'avais envie de comprendre, maintenant quelle est la différence entre une librairie statique et un librairie lié à une DLL ?
Apprendre le VB6