Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
libcmt, msvcrt, et autres
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...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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.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).
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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).
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Répondre avec citation
Partager