J'ai une grande solution de studio visuel avec ~ 50 projets. Il existe des configurations pour StaticDebug, StaticRelease, Debug et Release. Certaines bibliothèques sont nécessaires sous forme de DLL statique et statique. Pour les obtenir, nous reconstruisons la solution avec une configuration différente. La fenêtre Configuration Manager est utilisée pour configurer les projets qui doivent générer les saveurs, la bibliothèque statique, la DLL dynamique ou les deux.Comment puis-je gérer des projets de bibliothèque de construction qui produisent à la fois une bibliothèque statique et une DLL?
Cela peut être assez difficile à gérer et c'est un peu ennuyeux d'avoir à construire la solution plusieurs fois et de sélectionner les configurations dans le bon ordre. Les versions statiques doivent être construites avant les versions non statiques. Je me demande, au lieu de ce schéma actuel, pourrait-il être plus simple à gérer si, pour les projets que je devais produire à la fois une DLL statique et une DLL dynamc, j'ai créé deux projets. Par exemple:
- corelib
- coredll
Je pouvais soit faire de ces deux projets de référence tous les mêmes fichiers et les construire deux fois, ou je me demande, serait-il possible de construire corelib puis obtenir CoreDll pour le lier pour générer la DLL? Je pense que ma question est la suivante: avez-vous des conseils sur la façon de structurer vos projets dans ce genre de situation?
Merci.
J'utilise la méthode des deux projets, bien que je fasse habituellement des versions 32 et 64 bits de quelque chose, c'est essentiellement la même chose. Pouvez-vous le faire sans deux compiles? En VS je ne le pense pas. De makefiles, oui. – Tergiver
... cependant, vous avez probablement des directives de compilation dans la source pour les deux versions différentes. À tout le moins, la version statique n'a pas besoin de DllMain. – Tergiver
J'ai fourni une nouvelle réponse et supprimé l'ancienne –