Lorsque j'essaie de générer mon code VC++ à l'aide de 2010, le message d'erreur s'affiche.
> C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5): error MSB6006: "cmd.exe" exited with code 1.
S'il vous plaît dites comment surmonter cela?
error MSB6006: "cmd.exe"
quitté avec le code -Solved
Je suis aussi confronté à ce problème. Dans mon cas, cela est dû au fait que output exe
est déjà en cours d'exécution. J'ai résolu mon problème, fermez simplement l'instance de l'application avant la construction.
J'ai eu le même problème aujourd'hui, alors que je mettais à niveau un projet VC6 vers VC2012.
Dans mon cas, c'était parce qu'une partie de l'opération dans Custom Built Steps avait échoué. Dans les propriétés du projet, accédez à l’étape de construction personnalisée. Vous y verrez peut-être quelque chose dans la zone de saisie de la ligne de commande. Ouvrez une invite Windows et collez-y la commande. Exécuter, vérifier si quelque chose ne va pas et le réparer.
S'il n'y a pas de ligne de commande dans la propriété de projet Custom Built Step, vous devriez peut-être vérifier les propriétés de chaque fichier du projet.
Si la ligne de commande contient une macro, remplacez-la par une valeur réelle.
Ou vous pouvez faire écho à la commande dans la fenêtre de sortie du VS:
cd %(somedir)%
echo %(somedir)%
Vous ne le manquerez pas de cette façon.
Naviguez de Error List Tab
vers le dossier Output
de Visual Studios à l’aide d’une des méthodes suivantes:
Output
dans la vue VS standard en basView > Output
ou Ctrl+Alt+O
où Show output from <build>
devrait être sélectionné.
Vous pouvez en savoir plus en analysant les journaux de sortie.
Dans mon cas, il s'agissait d'une erreur dans l'étape Cmake, voir ci-dessous. Cela peut être dans n'importe quelle étape de construction, comme décrit dans les autres réponses.
> -- Build Type is debug
> CMake Error in CMakeLists.txt:
> A logical block opening on the line
> <path_to_file:line_number>
> is not closed.
J'ai résolu ceci. double-cliquez sur cette erreur conduit à un comportement.
pour mon cas. un match raté de mod et de release mod tue mon après-midi.
<Command Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">copy ..\vc2005\%(Filename)%(Extension) ..\..\cvd\
</Command>
<Command Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">copy ..\vc2005\%(Filename)%(Extension) ..\..\cvd\
</Command>
<Outputs Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">..\..\cvd\%(Filename)%(Extension);%(Outputs)</Outputs>
<Outputs Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">..\..\cvd\%(Filename)%(Extension);%(Outputs)</Outputs>
<Command Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">copy ..\vc2005\%(Filename)%(Extension) ..\..\cvd\
</Command>
<Command Condition="'$(Configuration)|$(Platform)'=='Release|x64'">copy %(Filename)%(Extension) ..\..\cvd\
</Command>
<Outputs Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">..\..\cvd\%(Filename)%(Extension);%(Outputs)</Outputs>
<Outputs Condition="'$(Configuration)|$(Platform)'=='Release|x64'">..\..\cvd\%(Filename)%(Extension);%(Outputs)</Outputs>
</CustomBuild>
J'ai également fait face à un problème similaire.
Mon chemin source avait un répertoire avec 'espace' (D:/source 2012). J'ai résolu ce problème en supprimant l'espace (D:/source2012).
En fait, supprimez simplement la construction (nettoyez-la), puis redémarrez le compilateur, générez à nouveau le problème résolu.
Lorsque vous travaillez avec un système de contrôle de version où tous les fichiers sont lus uniquement jusqu'à l'extraction (comme Perforce), le problème peut être que vous avez accidentellement soumis à ce système de contrôle de version l'un des fichiers VS (tels que les filtres, par exemple) et le fichier ainsi. ne peut pas être remplacé pendant la construction.
Allez simplement dans votre répertoire de travail et vérifiez qu’aucun des fichiers liés à la solution VS et aucun des fichiers créés temporairement (comme tous les fichiers avec un préfixe moc_ et ui_ dans QT, par exemple) n’est en lecture seule.
Pour le bien des futurs lecteurs. Mon problème était que je spécifiais une bibliothèque OpenSSL incompatible pour construire mon programme via CMAKE. Les projets ont été générés mais la construction a commencé à échouer avec cette erreur sans erreur utile. Les journaux verbaux de compilation/compilation n’ont pas aidé non plus.
Take away est que vérifier les incompatibilités si votre programme a des dépendances sur une autre bibliothèque tierce.
Solution simple et meilleure: % WINDIR%\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe MyProject.sln Je crée un fichier de batte comme celui-ci % WINDIR%\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe D:\GESTION-SOMECOPA\GestionCommercial\GestionCommercial.sln Pause
Ensuite, je peux voir toutes les erreurs et les corriger. En effet, lorsque vous modifiez le nom du dossier (sans espaces, comme indiqué ci-dessus), vous rencontrez un autre problème. Visual Studio 2015 fonctionne bien après cela.
Une autre solution pourrait consister à supprimer un fichier de votre projet en le supprimant simplement dans votre système de fichiers au lieu de le supprimer dans votre projet.