Windows CMD verhält sich merkwürdig

[dunky (Gast)]

Moin,

habe hier ein Microchip MPLAB Project, welches ich per CMD bauen 
will(das funktionierte bisher einwandfrei) und es Errors gibt
In der IDE geht es immernoch einwandfrei.

make -f nbproject/Makefile-default.mk SUBPROJECTS=.build-conf

Der Befehl "AN_MANAGER_HAL.p1.d" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

In dem Makefile steht die Zeile

POSSIBLE_DEPFILES=${OBJECTDIR}/_ext/1360894372/RAN_MANAGER_HAL.p1.d

Es wirkt irgendwie so, als ob das "/R" als Escapesequenz interpretiert 
wird? Es gibt da noch mehr Fehler die alle ähnlich aussehen. Das 
Verhalten ist plötzlich aufgetreten(evtl durch ein Windowsupdate?). Hat 
jemand eine Idee woran das liegen könnte?

Danke & Gruß

[Alter Sack (Gast)]

Das make hat sicher eine Option oder sowas um die ausgeführten Befehle 
anzuzeigen.

Versuch das mal, dann kannst Du sehen was wirklich passiert und meistens 
Rückschlüsse auf die Ursache ziehen.

Dass das "/R" aus dem Pfad irgendwie als Escape oder so interpretiert 
wird ist übrigens sehr unwahrscheinlich.

[Jörg W. (dl8dtl) (Moderator)]

Nicht als Escape, sondern als Kommando-Option.

Kann es sein, dass das Makefile als Shell eine Unix-Shell (bspw. 
bash.exe aus MSys) statt cmd.exe erwartet?

Prinzipiell kannst du natürlich diese Dependency-Zeilen auch aus dem 
Makefile löschen um zu testen, ob der Rest denn funktioniert. Die sind 
optional und sagen dem make lediglich, welche Ziele ggf. in Abhängigkeit 
von anderen Dateien neu zu bauen sind.

[dunky (Gast)]

Danke, werde da mal forschen müssen.

Es läuft wie gesagt wenn ich das aus der IDE aufrufe(unter Windows)
Sonst wird es über Jenkins aufgerufen und ausgelöst. Ich muss mal mit 
dem make experimentieren und checken was ich da noch für 
debugmöglichkeiten habe

[Jörg W. (dl8dtl) (Moderator)]

Du kannst auch mal "make SHELL=bash" oder sowas probieren (in der 
Annahme, dass du eine solche aus MSys irgendwo im Suchpfad hast).

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Probier doch mal Backslash statt Slash.

[Jörg W. (dl8dtl) (Moderator)]

Matthias S. schrieb:
> Probier doch mal Backslash statt Slash.

Das Makefile ist doch ein generiertes, das wird ihm beim nächsten Mal 
wieder so generiert.

[dunky (Gast)]

Es ist wie Jörg sagt. Das wird generiert.

Ich glaube aber da verarscht mich noch etwas anders. Jenkins findet 
Batchfiles nicht mehr, die er eigentlich über die gesetzte Path Variable 
finden müßte.

Auf dem Node lokal geht allee(auch das bauen per Kommandozeile) aber 
nicht wenn Jenkins den Kram antriggert.