Probleme beim Compillieren von LUFA Projekten (USB für AVR)

Der Fehler bei Microchipstudio ist identisch, nur die Ausgabe ist etwas länger

Moin,

Weiss nicht, obs viel hilft, aber ich hab' mir den Kram grad mal unter Linux runtergeladen und USBtoSerial ge"make"ed. Hat erstaunlicherweise auf Anhieb geklappt. Werden auch keine toten Kinder erwaehnt. Wird wohl eher was windows-spezifisches sein.

Gruss WK

Hmmm. Ich habe Mint angeschmissen und da läufts. Ubuntu auch.

Wie kann ich Windows überreden dass es da auch funktioniert?

Barny F. schrieb:

Hmmm. Ich habe Mint angeschmissen und da läufts. Ubuntu auch.

Wie kann ich Windows überreden dass es da auch funktioniert?

Hmm. Die Fehler sind im wesentlichen die zwei

1

[main] sh 6840 sync_with_child: child 7044(0x208) died before initialization with status code 0xC0000142

2

[main] sh 6840 sync_with_child: *** child state waiting for longjmp

3

/usr/bin/sh: fork: Resource temporarily unavailable

Irgendein Shellscript läuft da Amok. Und da es unter Windows weder eine native (Bourne) Shell noch einen Systemruf fork() gibt, braucht das eine mehr oder weniger gelungene Implementierung dieser UNIX-Infrastruktur für Windows (Windows Services For UNIX? [1]). So wie es aussieht, liegt das Problem da. Was spricht denn dagegen, unter UNIX [2] zu entwickeln?

[1] https://de.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX [2] Muß ja nicht Linux sein, xBSD geht auch. Oder MacOS.

Ich kann gerne auf Windows verzichten. Das Problem ist das ich da nicht alleine dran bastle und die zweite Person noch nicht so ganz Bereit ist auf die dunkle Seite des Pinguins zu wechseln.

Deswegen wollte ich das Ganze eigentlich Plattformunabhängig halten.

Man könnte einfach mal nach "child state waiting for longjmp" suchen, da kommen viele Treffer inklusive Lösungsvorschläge...

Barny F. schrieb:

avr-gcc (WinAVR 20100110) 4.3.3

Januar 2010...

Davon abgesehen hat Dein armer Windows-Kumpel heutzutage doch nun wirklich viele Möglichkeiten:

• Windows Subsystem for Linux (WSL)
• Docker
• Virtualbox / VmWare / Hyper-V

Eventuell würde sogar Cygwin funktionieren, käme auf einen Versuch an.

Ein T. schrieb:

Barny F. schrieb:

avr-gcc (WinAVR 20100110) 4.3.3

Januar 2010...

Das war nur der Verzweiflungsversuch nachdem Microchip Studio 7 nicht funktioniert hat. Ich habe den Output von WinAVR gepostet da der wesentlich kürzer ist. Microchip Studio hat das Gleiche, nur dreimal so lange gesagt.

Übrigens ist die GCC Version für AVR unter Linux auch nicht soooooo viel neuer.

Wie geschrieben arbeite ich normalerweise unter Linux. Ich wollte eigentlich nur das Ganze auch unter Windows lauffähig machen damit auch die Windows-Nutzer deren Anpassungen machen können ohne das ich jedes mal die Änderungen machen muss.

Ich danke für die Vorschläge mit den vielen Wegen Linux einzusetzen. Ich wollte eigentlich nur wissen ob es einen Weg gibt das unter Windows Läuft. Aber ich habe keine Hoffnung Leute die sich absolut gegen Linux sträuben auf Dinge wie VM, Docker,... einsteigen.

Es ging mir hauptsächlich darum dass die Alten "Das habe ich immer schon so gemacht" Leute daran arbeiten können ohne dass ich für sie compilieren muss.

Barny F. schrieb:

Übrigens ist die GCC Version für AVR unter Linux auch nicht soooooo viel neuer.

Debian 13 (trixie, stable) hat avr-gcc Version 14.2.0 von 2024.

Wenn nicht Schlaufüchse ganz tolle nichtportable Dinge in Makefiles veranstalten würden, müsste man nicht versuchen, das Verhalten von Linux unter Windows nachzubilden.

Wer Shellskripte in einem Makefile aufruft, der ist so ein Schlaufuchs.

Harald K. schrieb:

Wenn nicht Schlaufüchse ganz tolle nichtportable Dinge in Makefiles veranstalten würden

Schon das Bereinigen (löschen) alter Dateien erfordert Betriebssystem-Spezifische Befehle. Aus gutem Grund liefert mingw einige der üblichen Shell Kommandos gleich mit.

Barny F. schrieb:

Übrigens ist die GCC Version für AVR unter Linux auch nicht soooooo viel neuer.

Find' ich schon:

ein@typ:# cat /etc/os-release PRETTY_NAME="Ubuntu 25.04" ein@typ:# avr-gcc --version avr-gcc (GCC) 14.2.0

Was bei mir geholfen hatte, war msys2 zu installieren und den Pfad auf das bin Verzeichnis zu setzten. Damit kann man im normalen cmd diverse Bash Befehle verwenden. Das reicht fürs makefile.