Version imprimable
Bonjour, quand je crée un nouveau projet avec mon IDE favorit (code::blocks avec Visual C++ 2005 Express comme compilateur), il me lie les librairies suivantes:
libcmt.lib et libcpmt.lib
ou msvcrt.lib et msvcprt.lib.
Personnelement, je ne sais pas à quoi servent ces librairies, alors je les enlève systématiquement (d'autant plus qu'il ne me les trouvent pas...).
Ma question est donc "A quoi servent donc ces choses???"
- libcmt.lib : CRT statique multi-thread (sachant que la version mono-thread n'existe plus).
- libcpmt.lib : STL statique multi-thread.
- msvcrt.lib : Bibliothèque statique d'importation de la CRT dynamique (msvcr80.dll).
- msvcprt.lib : Bibliothèque statique d'importation de la STL dynamique (msvcp80.dll).
Que veux-tu dire par "il me lie" ? Il te les mets dans la liste de dépendances du linker ?
Normalement, le linker n'a même pas besoin de les avoir en paramètre, à ma connaissance...
Tiens je l'avais oublié ce post....
Oui. Je les enlèves manuellement à chaque fois. S'il n'y en a pas besoin, je vais voir ça avec les developpeurs de Code::Blocks.Citation:
Que veux-tu dire par "il me lie" ? Il te les mets dans la liste de dépendances du linker ?
Ah, j'avais mal lu ton post, je croyais que tu utilisais Visual comme EDI.
Mais ça ne change rien au fait qu'à ma connaissance, tu n'aies pas à les mettre explicitement en ligne de commande du linker: Si je me souviens bien, les fichiers .obj spécifient déjà au linker qu'il faut la lib correspondante, selon le switch qu'on a passé au compilateur (/MT pour la statique multi-thread, /MD pour la DLL, /MTd et /MDd pour les versions debug).
Dernière question, Quand utiliser quoi?
Comme je l'ai dit je n'en lie aucune et en plus j'ai une légère tendance à désactiver les switchs que je ne comprend pas... (en gros je ne lie aucune de ces bibliothèdues et je désactive les options /MT /MD). Je n'ai pour l'instant pas rencontré de problème...
Normalement de nos jours, on met tout le temps /MD (sous Visual, c'est le réglage par défaut, avec /MDd en mode Debug).
Mettre /MT peut avoir un effet positif pour un programme très simple si tu ne veux pas avoir de dépendance à la version 2005 (les fameux VCRedist), mais ça peut causer des problèmes pour des programmes plus complexes (notamment, les DLLs sont toujours compiler en /MD, et il peut y avoir des conflits, parfois).
OK....
Vu qu'on opte donc pour la version dynamique, faut-il prévoir de distribuer les dlls avec le programme où bien sont-elles incluses dans windows (et dans ce cas qu'en est il de la compatibilité evc les anciennes/nouvelles versions de ces dlls et les autres versions de windows)?
C'est justement de là que vient le problème: Les DLLs Version 8 ne sont pas incluses avec Windows, et c'est la raison d'être du Microsoft Visual C++ 2005 SP1 Redistributable Package qui doit être installé au moins une fois sur la machine destinataire (les DLLs version 7.1 et inférieures sont incluses de base sous WinXP).
Par contre, un programme d'installation (format MSI) fait par Visual Studio distribuera les DLLs avec le programme, sous la bonne forme (c'est-à-dire dans des sous-dossiers, avec le fichier .manifest qui convient).
Je vois que m'a question (très simple au premier abord) a soulevé pas mal de choses.
Je vais donc inclure dans mes distributions le Microsoft Visual C++ 2005 SP1 Redistributable Package. Il faudrat toutefois que je surveille les différentes mises à jour...
Oui... mais j'utilise Code::Blocks (et j'ai Visual C++ 2005 Express).Citation:
Par contre, un programme d'installation (format MSI) fait par Visual Studio distribuera les DLLs avec le programme, sous la bonne forme (c'est-à-dire dans des sous-dossiers, avec le fichier .manifest qui convient).