Discussion :

[Astraya]

Bonjour,

Je cherche actuellement à intégrer une DLL simple dans un projet. Ce projet étant très modulaire, je viendrais à avoir de nombreuses DLL pour augmenter la vitesse de compilation. Je n'aimerais pas avoir mon exe et 20 DLL à côté.

Je sais que d'habitude on ne veux pas faire ça... mais il faut savoir que certaines machines ne peuvent pas utiliser les DLL ( PS, XBOX, Wii...)
Je cherche donc une astuce :p

- Savez vous intégrer une DLL dans votre exécutable à la compilation de celui-ci?

- Est-ce possible possible de les mettre dans un fichier compressé, pour les charger avant de les utiliser?

- Comment dire à l'exe d'aller chercher la DLL autre part que dans son dossier courant?

Merci

[Astraya]

Après quelques petites recherche, je vais changer ma façon de procéder.
Je vais donc développer en dynamique pour les tests pour la mettre en statique pour la release.

Je ne connais malheureusement que très peu l'utilisation des librairies.
Je n'ai pas trouvé de tutoriel sur les librairies C++ dynamique et statique.

Connaissez vous des liens ?

Peut on facilement changer la configuration d'un projet dll sous visual pour la mettre en statique?

merci


Edit : je viens de trouver ça dans la FAQ Visual mais ça ne parle que des dynamique... un truc sur les statiques? merci

[Astraya]

Je suis arrivé à un moyen de faire simple.
bibliothèques dynamiques pour les tests et bibliothèques dynamiques pour la release.

J'ai donc réalisé une simple macro dans un fichier .h.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
//Used "#define LIB" to compile as static library (.lib)
#ifdef LIB
#define ARME_API
#else
//Used "#define DLL" to compile as dynamic library (.lib + .dll)
#ifdef DLL // Compilation, change it in terms of project name
#define DLL_API  __declspec(dllexport) 
#else //Utilisation
#define DLL_API  __declspec(dllimport) 
#endif
#endif

Je l'inclue dans tout .h exportable. Je change le type de configuration en dynamque ou statique dans Visual Studio.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
//compilera en dynamique
#define DLL
#include "BuildLib.h"
//ou compilera en static
#define LIB
#include "BuildLib.h"

Et voila.
Si certaines personnes ont des critiques ou des améliorations ou solutions alternative.. je suis partant.

Ce petit truc me permet en release de ne pas fournir les dlls à coté et en dans la phase de développement de ne pas avoir à rebuild le projet final.

[bacelar]

Vous n'utilisez pas les conventions standards de VS.
Les constantes de compilations LIB et DLL sont déjà utilisés pour la distinction des C-Runtime.

Je ne vois pas l'intérêt d'utiliser des dll tout en voulant supprimer deux de leurs principaux intérêts, le partage par plusieurs programmes, leur mise à jour sans modification/recompilation du programme client.

Si le but est d'avoir le choix entre une LIB ou une dll, une simple constante de compilation suffit (mais n'utilisez pas celles déjà standardisées) et les contraintes pour la conception correcte d'une API d'une Dll n'ont rien à voir avec celle d'une librairie statiques.

[Astraya]

Vous n'utilisez pas les conventions standards de VS.

Je ne les connais pas...

Je ne vois pas l'intérêt d'utiliser des dll tout en voulant supprimer deux de leurs principaux intérêts, le partage par plusieurs programmes, leur mise à jour sans modification/recompilation du programme client.

Je ne les supprimes pas. Je garde l'intérêt de la dll lors de mon développement. Lors du déploiement, à la compilation de la release, le programme ne doit plus avoir de dll car le support ne les acceptes tout simplement pas ( ce n'est pas pour du PC ).

Si le but est d'avoir le choix entre une LIB ou une dll, une simple constante de compilation suffit

Laquel s'il vous plais?

Merci

EDIT : Les constantes ne seraient-elles pas plutôt _LIB et DLL_EXPORTS...?

[jouana]

Bonjour,

C'est pour de l'embarquer que vous développé ou pour une application informatique.

Parce que les librairies dynamiques sous unix-like(linux, bsd, mac) existent ce sont des .so les dll c'est pour windows.

Après je ne voit pas pourquoi vous développez en dynamique pour après faire du static cela n'a rien a voir :/

Les libs statiques sont compiler avec l'exe donc exe plus lourd les dynamiques sont pré-compilé et le bout de code est rattaché a l’exécutable pendant l’exécution.

Après si c'est pour une API on rentre dans un système de module donc c'est mieux quand c'est chargé a chaud ou au démarrage lancement de l'exe sans avoir a le re-compilé comme l'a dit bacelar.

Et des vestige de debug dans une release sa pu tu alourdit ton application et te prend la tête pour rien :/