CreateProcess: Keine solche Datei oder Verzeichnis

Ich erhalte diesen Fehler, wenn ich versuche, GCC außerhalb seines Installationsverzeichnisses auszuführen (E:\MinGW\bin).

Sagen wir also, ich bin dabei E:\code und haben eine Datei namens one.c. Betrieb:
gcc one.c -o one.exe wird mir diesen Fehler geben:

gcc: CreateProcess: No such file or directory

Die einzige Problemumgehung besteht darin, zu seinem Installationsverzeichnis zu navigieren, gcc von dort aus auszuführen und alle anderen Pfade anzugeben. Meine Umgebungsvariable Path enthält E:\MinGW\bin.

Irgendwelche Vorschläge zur Behebung dieses Problems? Ich verwende Windows XP SP3.

Ich hatte ein ähnliches Problem, das dadurch verursacht wurde, dass der C++-Compiler nicht installiert wurde. In meinem Fall habe ich .cpp-Dateien für eine Python-Erweiterung kompiliert, aber der Compiler wird zuerst als c:\mingw\bin\gcc.exe aufgerufen.

Intern würde gcc.exe bemerken, dass es aufgefordert wurde, eine .cpp-Datei zu kompilieren. Es würde versuchen, g++.exe aufzurufen und mit derselben Fehlermeldung fehlschlagen:

gcc.exe: CreateProcess: keine solche Datei oder Verzeichnis

Entsprechend Code::Blocks-Wikimüssen Sie hinzufügen C:\MinGW\libexec\gcc\mingw32\MinGW-Version zu deinem PATH. Es ist kein Neustart erforderlich, aber Sie müssen ein anderes Terminal öffnen, um das Neueste zu erhalten PATH die Einstellungen.

Für MinGW-w64 ist das <mingw install directory>\libexec\gcc\x86_64-w64-mingw32\4.7.0\

Ich hatte gerade dieses Problem.

In meinem Fall lag das Problem an Problemen beim Herunterladen der Pakete für GCC. Das Programm mingw-get dachte, es hätte den Download beendet, aber das tat es nicht.

Ich wollte GCC aktualisieren, also habe ich mingw-get verwendet, um die neuere Version zu erhalten. Aus irgendeinem Grund dachte mingw-get, dass der Download für eine bestimmte Datei abgeschlossen sei, aber das war es nicht. Als es ging, um die Datei zu extrahieren, gab es wohl einen Fehler aus (den ich mir nicht einmal die Mühe machte, nachzusehen – ich habe einfach “mingw-get update && mingw-get install mingw32-gcc” ausgeführt und es dort gelassen).

Um das Problem zu lösen, entfernte ich gcc, indem ich „mingw-get remove mingw32-gcc“ ausführte, und entfernte auch die Paketdatei (diejenige, die mingw-get nicht vollständig heruntergeladen hat), die sich im mingw-Cache-Ordner befand („C:\MinGW\ var\cache\mingw-get\packages” in meinem System) und dann den Installationsbefehl erneut ausgeführt. Es hat die fehlenden Teile von GCC heruntergeladen und installiert (es hatte das Paket gcc-core nicht vollständig heruntergeladen).

Das hat mein Problem gelöst.

Interessanterweise war mingw-get schlau genug, den Download von gcc-core fortzusetzen, selbst nachdem ich die Paketdatei im Cache-Ordner gelöscht und auch das Paket mingw32-gcc entfernt hatte.

Ich denke, das grundlegendere Problem war, dass cc1 nicht vorhanden war, da gcc-core-Dateien nicht installiert waren. Und gcc verwendet cc1. Ich vermute, dass, als gcc versuchte, cc1 zu starten, CreateProcess irgendwo verwendet wurde, um den Pfad von cc1 zu übergeben, der nicht der Pfad einer vorhandenen Datei war. Daher die Fehlermeldung.

Das ist also eine dumme Fehlermeldung, weil sie es Ihnen nicht sagt was Datei kann es nicht finden.

Führen Sie den Befehl erneut mit dem Verbose-Flag aus gcc -v um zu sehen, was gcc vorhat.

In meinem Fall ist es passiert, dass es versucht hat, anzurufen cc1plus. Ich habe nachgesehen, das habe ich nicht. Installierte den C++-Compiler von mingw und dann tat ich es.

Ich hatte genau das gleiche Problem.

Nach einer erneuten Überprüfung meiner PATHbemerkte ich, dass ich beide installiert hatte Mingw (64bit) und Cygwin (32-Bit). Das Problem ist, dass beides Mingw und Cygwin haben g++.

Durch Deaktivieren des Pfades von Cygwinder Fehler ist verschwunden.

In der Ader “Gib einem Mann einen Fisch, ernähre ihn für einen Tag; bringe einem Mann das Fischen bei, werde ihn für das ganze Wochenende los”

g++ --help

zeigt Compiler-Optionen. Die Option g++ -v hilft:

  -v                       Display the programs invoked by the compiler

Durchsuchen Sie die Ausgabe nach falschen Pfaden. In meinem Fall der ursprüngliche Befehl:

g++ -v "d:/UW_Work/EasyUnit/examples/1-BasicUnitTesting/main.cpp"

generierte Ausgabe einschließlich dieses kleinen Juwels:

-iprefix c:\olimexods\yagarto\arm-none-eabi\bin\../lib/gcc/arm-none-eabi/4.5.1/

was die Meldung “keine solche Datei oder kein solches Verzeichnis” erklären würde.

Das Segment „../lib/gcc/arm-none-eabi/4.5.1/“ stammt aus integrierten Spezifikationen:

g++ -dumpspecs

Ich hatte das gleiche Problem, aber keine der derzeit aufgeführten Lösungen hat beim ersten Versuch geholfen.

-v Option gab keine zusätzlichen Hinweise.

Zugreifen musste ProcMon um die Wurzel des Problems finden zu können.

Schluss machen g++ Prozessdateiaktivität ergab zahlreiche Suchversuche cc1plus auf verschiedenen Pfaden ausführbar. Darunter waren Pfade zu alten GCC-Versionen.

Aber diese alte Version befand sich in einem separaten Ordner und wurde von der neuen Version, die ich auszuführen versuchte, überhaupt nicht referenziert.

Endlich wurde der veraltete Pfad in der Umgebungsvariable %PATH% des Systems gefunden. Nach dem Entfernen begann die neue Version fehlerfrei zu arbeiten.