MS C++ 2010 et mspdb100.DLL

le compilateur et linker C++ de Microsoft semblent avoir une relation étrange avec mspdb100.dll . Lorsqu'il est exécuté à partir de L'IDE, bien sûr, le compilateur et le linker fonctionnent très bien. En exécutant l'un ou l'autre depuis la ligne de commande, j'obtiens une erreur.

pas de problème, j'ai localisé la DLL et je l'ai copiée dans le répertoire. Maintenant le compilateur fonctionne bien, mais le linker meurt.

je pourrais résoudre le problème en ajoutant "%VS10%Common7IDE" à mon chemin, mais pour diverses raisons (performance, pureté du système, TOC, etc.), Je ne veux pas faire ça. Pourquoi cette installation est-elle si délicate, et y a-t-il autre chose que je puisse faire pour la résoudre?

56
demandé sur Trevor Hickey 2010-06-07 18:26:48

8 réponses

essayez d'exécuter path\to\VC\bin\vcvars32.bat à partir d'un shell en cours première . Cela devrait vous assurer que votre configuration en ligne de commande correspondra à la configuration IDE.

Ce n'est pas une solution permanente -- vous devez le faire chaque fois que vous lancez un nouveau shell.

vous pourriez probablement aussi trouver un moyen d'ajouter tout ce qui est dans ce .bat de façon permanente aux variables d'environnement, mais.... comme vous l'avez demandé, pourquoi diable ne pas installer MS faire déjà?

70
répondu Michael Paulukonis 2010-08-05 18:38:56

Ajouter Microsoft Visual Studio 10.0\Common7\IDE à votre chemin, et ce problème n'existera plus. Vous serez en mesure de construire sans exécuter ce stupide fichier batch à chaque fois.

27
répondu monokrome 2011-05-29 16:01:53

j'ai remarqué quand J'ai installé Microsoft Visual Studio 2010 Express que sous le dossier" Microsoft Visual Studio 2010 Express "Dans le Menu Démarrer, il y a un lien vers" Visual Studio Command Prompt (2010)", qui met en place toutes les variables d'environnement nécessaires une fois ouvert. De cette façon, vous ne devriez pas avoir à modifier votre variable PATH.

ce raccourci est le suivant:

% comspec% / k ""C:\Program fichiers\Microsoft Visual Studio 10.0\VC\vcvarsall.MTD "" x86

S'il n'est pas commode d'utiliser le raccourci, peut-être pourriez-vous apprendre quelque chose d'utile en étudiant ce que ceci .fichier bat?

6
répondu LokMac 2011-09-07 02:25:52

j'ai rencontré la même erreur,c'est parce que nous avons installé une version vs2010 x86 sur un système x64...

ouvrir deux dossiers:

C:\Windows\Microsoft.NET\Framework\v4.0.30319

C:\Program fichiers (x86)\Microsoft Visual Studio 10.0\VC\bin

, Vous trouverez deux cvtres.exe . Clic droit, sélectionnez Propriétés, puis détails. Supprimez l'ancienne version, et cmake fonctionnera bien. Je espérons que cela peut vous aider.

merci à "zhoudongao" @ http://bbs.csdn.net/topics/390121452?page=1#post-394768226 .

2
répondu Zhang Teng 2013-10-07 07:52:22

je sais que c'est un peu dépassé, mais si quelqu'un cherche un moyen de faire tourner le compilateur depuis la ligne de commande, voici ce que j'ai fait pour le faire tourner.

J'utilise Win7 32bit et Visual Studio 2010. J'ai créé un petit fichier batch dans C:\Windows. ouvrez l'invite cmd à C:\Windows en tant qu'administrateur, tapez alors ce qui suit:

copy con cl.bat

@"C:\Program Files\Microsoft Visual Studio 10.0\VC\bin\vcvars32" %1 %2 %3 %4 %5 %6
@"C:\Program Files\Microsoft Visual Studio 10.0\VC\bin\cl" %1 %2 %3 %4 %5 %6

appuyez ensuite sur f6 et appuyez à nouveau sur Entrée.

évidemment le chemin que vous allez utiliser est le chemin d'installation vers où vous avez installé Visual Studio.

vous avez maintenant compilateur de ligne de commande de travail de n'importe quel emplacement ou répertoire dans windows. Pour tester cela, allez sur le bureau et ouvrez l'invite cmd en tant qu'administrateur; je préfère utiliser Ctrl+Shift et clic droit puis choisir l'invite de commande ouverte ici. À l'invite de commande tapez " cl " (sans guillemets) et appuyez sur Entrée. vous verrez un message "Setting environment for using Microsoft Visual Studio 2010 x86 tools"

tapez "cl" et appuyez à nouveau sur Entrée. et vous obtiendrez vos informations de compilateur. vous êtes tous ensemble pour compiler.

profitez-en!

2
répondu quags 2015-06-17 20:28:40

Peut-être que ça aidera quelqu'un...

j'ai résolu ce problème en ajoutant

PATH += %PATH_TO_VS_IN_YOUR_SYSTEM%/Common7/IDE;

à nvcc.profil .

bien sûr, %PATH_TO_VS_IN_YOUR_SYSTEM% est le chemin réel vers studio visuel dans votre système.

1
répondu avtomaton 2013-12-17 06:37:09

vieux, mais peut-être encore valide:

pour moi "C:\Windows\System32" d'une façon ou d'une autre a disparu de la variable PATH.

L'ajout du dossier manquant au chemin a résolu cette erreur. Voir aussi l'invite de commande VS2010 donne une erreur : ne peut pas déterminer l'emplacement du dossier VS Common Tools

1
répondu Oliver Zendel 2017-05-23 12:18:09

si vous essayez d'exécuter les outils de windows cmd.exe directement ensuite, vous devez définir les environnements en exécutant le vcvars32.bat fichier qui définira l'environnement pour vous. à la place, vous pouvez lancer l'invite de commande visual studio qui s'exécute vcvars32.bat automatiquement. si vous avez encore le problème, alors c'est certainement le célèbre problème de la variable path.

assurez-vous que la variable " path " dans l'environnement a le "c:\windows\system32\" valeur ajoutée, parce que le .le fichier bat en aura besoin pour configurer les outils VC.

ce problème et d'autres se produisent généralement à cause de l'installation de nombreuses plates-formes de développement sur la machine qui pourraient probablement changer la variable path.

vérifiez ceci.. https://schrievkrom.wordpress.com/2011/01/25/error-cannot-determine-the-location-of-the-vs-common-tools-folder /

1
répondu the accountant 2015-05-06 14:57:31