Discussion :

[usbeck]

Bonjour,

J'hérite d'un projet dans lequel je me perd un peu dans les dependencies :

Je m'aperçois que lorsque MonNouveauProjet.dsp référence MaLibPrincipal.lib alors il faut aussi que je référence dans MonNouveauProjet.dsp MesOutilsPourLibPrincipal.lib.

Est ce le fonctionnement classique ?
N'y aurait il pas moyen d'inclure directement MesOutilsPourLibPrincipal.lib dans MaLibPrincipal.lib ?

Merci d'avance pour toutes vos réponses.

[bacelar]

Est ce le fonctionnement classique ?

Oui

N'y aurait il pas moyen d'inclure directement MesOutilsPourLibPrincipal.lib dans MaLibPrincipal.lib ?

On ne le fait pas car l'exécutable "MonNouveauProjet" peut utiliser des fonctions de "MaLibPrincipal.lib" qui n'utilise pas "MesOutilsPourLibPrincipal.lib"

Toutes les fonctions de "MaLibPrincipal.lib" n'impliquent pas forcement une l'utilisation de "MesOutilsPourLibPrincipal.lib".

En plus, moi, je trouve cela beaucoup plus clair de connaitre explicitement les librairies utilisées. Pour ceux qui ne partage pas mon avis, il reste l’utilisation d'un "#pragma comment(lib,...)" dans le fichier d'include principal de la librairie chapeau (MaLibPrincipal.lib).

[Mac LAK]

Pour être plus précis, c'est le comportement par défaut si tu utilises des librairies STATIQUES.
Si tu utilises une DLL, ses dépendances internes sont masquées (car c'est un exécutable linké), donc tu n'as pas à t'en soucier explicitement... Sauf à l'exécution, bien entendu !

Pour ma part, je suis plutôt partisan des #pragma pour l'inclusion des librairies statiques : cela résout pas mal de problèmes dans un contexte multi-développeur, notamment lorsque l'on fournit des librairies bas niveau plus ou moins complexes à des développeurs haut niveau qui n'ont absolument aucune idée de ce qu'il se passe sous le capot... L'idéal restant quand même, dans un tel cas, de faire une DLL au lieu de librairies statiques, mais ce n'est pas toujours possible et/ou souhaitable hélas.