'cl' n'est pas reconnu comme une commande interne ou externe,
J'essaie de compiler un programme hello world dans Qt en utilisant Qt Creator.
Je suis 'cl' n'est pas reconnu comme une commande interne ou externe.
J'utilise Windows 7 et Vs 2008 et 2010 installés dedans. Quand j'utilise Mingw, il compile bien mais si utiliser vs 2008, il donne cette erreur.
Après Avoir Défini Env Path=..;..;C:Program Files Microsoft Visual Studio 9.0 VC bin aussi, il montre la même erreur.
9 réponses
Je pense que cl
n'est pas sur votre chemin. Vous devez l'ajouter là. La méthode recommandée pour ce faire est de lancer une invite de commande developer .
Citant l'article définition du chemin et des Variables D'environnement pour les Builds en ligne de commande:
Pour ouvrir une fenêtre D'invite de commande du développeur
Lorsque L'écran de démarrage de Windows 8 s'affiche, tapez Visual Studio Tools. Notez que les résultats de la recherche changent à mesure que vous type; quand Visual Studio Outils apparaît, choisissez-le.
Sur des versions antérieures de Windows, choisissez Démarrer, puis dans la zone de recherche, tapez Visual Studio Tools. Lorsque Visual Studio Tools apparaît dans les résultats de recherche, sélectionnez-le.
Dans le Visual Studio Tools dossier, ouvrez le Développeur Invite de Commande pour votre version de Visual Studio. (À exécuter en tant qu'administrateur, ouvrez le menu contextuel L'invite de commande du développeur et choisissez exécuter en tant qu'Administrateur.)
Comme le note l'article, il existe plusieurs raccourcis différents pour configurer différents ensembles d'outils - vous devez choisir celui qui convient.
Si vous avez déjà une fenêtre d'invite de commande ouverte, vous pouvez exécuter le fichier batch vcvarsall.bat
avec l'argument approprié pour configurer les variables d'environnement. Citant le même article:
Pour exécuter vcvarsall.MTD
À l'invite de commande, accédez au répertoire D'installation de Visual C++. (L'emplacement dépend du système et du Visual Studio installation, mais un emplacement typique est C:\Program fichiers (x86)\Microsoft Visual Studio\VC. Par exemple, entrez:
cd "\Program Files (x86)\Microsoft Visual Studio 12.0\VC"
Pour configurer cette fenêtre D'invite de commande pour les versions de ligne de commande x86 32 bits, à l'invite de commande, entrez:
vcvarsall x86
De l'article, les arguments possibles sont les suivants:
-
x86
(natif x86 32 bits) -
x86_amd64
(x64 x86 croix) -
x86_arm
(bras sur Croix x86) -
amd64
(natif x64 64 bits) -
amd64_x86
(x86 x64 croix) -
amd64_arm
(bras sur Croix x64)
J'ai eu le même problème. Essayez de créer un fichier bat pour démarrer le créateur Qt. Ajoutez quelque chose comme ceci au fichier bat:
call "C:\Program Files\Microsoft Visual Studio 9.0\VC\bin\vcvars32.bat"
"C:\QTsdk\qtcreator\bin\qtcreator"
Maintenant, je peux compiler et obtenir:
jom 1.0.8 - empower your cores
11:10:08: The process "C:\QTsdk\qtcreator\bin\jom.exe" exited normally.
Assurez-vous de redémarrer votre ordinateur après avoir installé les Outils de construction.
C'était ce qui causait l'erreur pour moi.
J'ai eu le même problème et je l'ai résolu en passant à MinGW de MSVC2010.
Sélectionnez L'onglet Projet dans le volet de gauche. Ensuite, sélectionnez la "cible". De là, changez la version Qt en MinGW au lieu de VC++.
Vous devrez définir correctement les variables d'environnement pour chaque compilateur. Il y a des commandes dans le menu de votre programme pour chaque compilateur qui le fait, tout en ouvrant une invite de commande.
Une autre option est bien sûr d'utiliser L'IDE pour construire votre application.
J'ai eu ce problème parce que j'ai oublié de sélectionner "Visual C++" lorsque j'installais Visual Studio.
Ajouter, voir: https://stackoverflow.com/a/31568246/1054322
Vous pouvez utiliser l'invite de commande pour VS 2010, puis sélectionner le chemin que votre boost situé. L'utilisation de "amorçage.bat", vous pouvez l'installer avec succès.
Pour moi, cela était lié au scénario décrit par Smi, à la différence que vcvarsall.bat
lui-même échouait en raison d'un chemin invalide.
Cela était dû à des sauts de ligne dans le chemin, ce qui signifiait que vcvarsall.bat
ne pouvait pas trouver le répertoire common tools pour une raison quelconque.
J'ai eu le même problème pendant longtemps et J'ai passé Dieu sait combien jusqu'à ce que je me dise accidentellement quoi faire. Cette solution a fonctionné sur windows 10. Tout ce que vous devez faire est d'ajouter C:\WINDOWS\System32 à Chemin variable Variables Utilisateur dans Variables d'Environnement... Notez que si vous ajoutez ceci aux variables système, cela peut également fonctionner. Mais, cela n'a pas fonctionné pour moi.