Windows IDE zur Linux cross compiling (debugging)
-
@john-0 sagte in Windows IDE zur Linux cross compiling (debugging):
Crosscompiling macht die Sache nur komplizierter und sollte man eines Erachtens für Anfänger (meint Linux Anfänger) erstmal außer acht lassen. Gibt es den Port schon oder sollst Du den Port auf Linux durchführen?
Das Framework ist schon von vorneweg Multiplattform technisch konzipiert, je nach HW wird eben eine andere Implementierungsschicht BSP (HAL) verwendet.
Meine Aufgabe wäre es nur einen kleinen I/O Erweiterung für ne Linux Maschine zu entwickeln.
Ich hab auch schon vor langem eine IDE Toolbench bekommen Eclipse + GCC etc. für ein Linux Gerät , hat auch damit
geklappt aber war echt nicht schön .. konnte nicht Debuggen etc. einfach ein binary builden aufspielen und laufen lassen.Bin einfach interessiert , wahrscheinloch ein steiniger Weg anfangs
@Schlangenmensch sagte in Windows IDE zur Linux cross compiling (debugging):
Was gehen soll, ist von Windows aus, mittels Visual Studio auf Linux kompilieren über das Windows Subsystem for Linux. Achtung: Auch das habe ich noch nicht selbst gemacht, aber mal auf 'ner Konferenz von einem Microsoft Kollegen präsentiert bekommen:
https://devblogs.microsoft.com/cppblog/targeting-windows-subsystem-for-linux-from-visual-studio/Das wäre cool, ich denke die Sache schein auch "rund" zu funktionieren. D.h. hier wird Vs2019 verwendet.!?
Benutzt wer von euch VisualStudio (Code) für sowas.
P.s. Klar ist Cross Compiling kompliziert .. ich kenn mich kaum aus.. aber Komfortzone verlassen und los:)
-
Hallo @SoIntMan ,
Mein Vorgehen ist ein bisschen von Qt beeinflusst, aber ich komme damit zurecht.-
Entwickeln unter Windows 10 mit Visual Studio 2019 (C++) bis lauffähige Version.
-
Anpassen für MinGW unter Windows 10 mit dem QtCreator (dafür wird ein QtCreator Projekt gemacht).
-
In einer VM unter Linux (Qt ist installiert) QtCreator-Projekt für MinGW übernehmen und neben gcc noch ggf. den clang Kompiler einbinden (hat bessere Warnungen). Die Sourcen sind durch mounten die vom Windows-System. Darum Änderungen nur unter Windows wegen Zeilenumbruch.
Ich nutze obiges Vorgehen auch für nicht Qt-Gui-Projekte. Darum könnte es auch etwas anderes als der QtCreator sein. Auch die Anpassungen an MinGW sind ja nicht notwendig.
Aber mit der VM (Linux) habe ich auf meinem Gerät Zugriff auf die Sourcen ohne diese Vorzugsweise mit GIT zwischen zwei Maschinen hin und her zu schaufeln. Zudem kann ich für gcc notwendige Anpassungen in Visual Studio vornehmen und gleich auch dafür testen.
Aber auch ich habe noch keine Erfahrung mit „Windows Subsystem for Linux“ (bindet man dann gcc in Visual Studio ein?); könnte sein, dass man sich damit das ganze Geraffel mit Linux in der VM sparen kann.
-
-
Wsl2 installieren und ein Linux deiner Wahl dort zum direkten kompilieren nutzen. Wenn du IDEs bzw GUI-Editoren haben willst brauchst du noch einen XServer für Windows. Ich nehm VcXSrv, geht problemlos.
-
@SoIntMan sagte in Windows IDE zur Linux cross compiling (debugging):
Ich hab auch schon vor langem eine IDE Toolbench bekommen Eclipse + GCC etc. für ein Linux Gerät , hat auch damit
geklappt aber war echt nicht schön .. konnte nicht Debuggen etc. einfach ein binary builden aufspielen und laufen lassen.Der Punkt ist. Wie wird das Projekt gebaut, durch Eclipse selbst, aber gibt es Makefiles, was für ein Sourcecode Verwaltung wird genutzt, … ?
Wenn man ein Makefile Projekt nutzt, dann kann man das in Eclipse, Netbeans, VisualStudio Code, … nutzen, und es wird immer funktionieren. Wenn stattdessen nur VS und Netbeans Projektdateien vorhanden sind
.Was das Thema Debugging betrifft. Da erzeugt man ein Binary mit Debug Infos und nimmt den Debugger seiner Wahl z.B. den Debugger im Qt Creator kann man wunderbar auch für Programme von anderen Compilern nutzen. Das Nonplusultra ist natürlich so ein Tool wie TotalView, bei dem kann man das Programm rückwärts laufen lasse, um Fehler zu finden. Für Speicherfehler unter Linux das Tool der Wahl valgrind (meines Wissen gibt es das für Windows nicht).
-
Es gibt aber auch Cross-Plattform Alternativen für
valgrind, z.B. Dr. Memory.
-
@john-0 sagte in Windows IDE zur Linux cross compiling (debugging):
Der Punkt ist. Wie wird das Projekt gebaut, durch Eclipse selbst, aber gibt es Makefiles, was für ein Sourcecode Verwaltung wird genutzt, … ?
Wenn man ein Makefile Projekt nutzt, dann kann man das in Eclipse, Netbeans, VisualStudio Code, … nutzen, und es wird immer funktionieren. Wenn stattdessen nur VS und Netbeans Projektdateien vorhanden sind .Ja da hast du recht, es wird "glaube" ich wirklich makefiles vewendet, und Git CI/DI .. d.h. ich müsste das ohne weitere dann auch in Visual Studio machen können!?
Ok gut debugger und so.. bis ich mal so weit bin hmm
-
@SoIntMan sagte in Windows IDE zur Linux cross compiling (debugging):
Ja da hast du recht, es wird "glaube" ich wirklich makefiles vewendet, und Git CI/DI .. d.h. ich müsste das ohne weitere dann auch in Visual Studio machen können!?
VisualStudio Code funktioniert mit Makefiles problemlos. (VisualStudio gibt es für Linux ja nicht.) D.h. Du editierst das Programm in VS Code und kannst direkt aus dem Editor den Make Prozess anwerfen, Programm ausführen, …. VS Code enthält selbst keinen Debugger, aber ein externer lässt sich konfigurieren und aus VS Code aufrufen. Eclipse CDT enthält ein GUI FrontEnd für gdb, so dass man direkt in Eclipse debuggen kann.
-
@john-0 sagte in Windows IDE zur Linux cross compiling (debugging):
Eclipse CDT enthält ein GUI FrontEnd für gdb, so dass man direkt in Eclipse debuggen kann.
hmm .. ah da liegt dann die Vermutung nah, dass deswegen Eclipse hier intern verwendet wird.
Wsl2 installieren und ein Linux deiner Wahl dort zum direkten kompilieren nutzen. Wenn du IDEs bzw GUI-Editoren haben willst brauchst du noch einen XServer für Windows. Ich nehm VcXSrv, geht problemlos.
hmm ok dachte wsl2 hat das irgendwie alle schon on-board
-
@SoIntMan sagte in Windows IDE zur Linux cross compiling (debugging):
Wsl2 installieren und ein Linux deiner Wahl dort zum direkten kompilieren nutzen. Wenn du IDEs bzw GUI-Editoren haben willst brauchst du noch einen XServer für Windows. Ich nehm VcXSrv, geht problemlos.
hmm ok dachte wsl2 hat das irgendwie alle schon on-board
Wie meinst du das? Wsl2 ist im Grunde eine VM. Da musst du wie bei anderen VMs odfer Hardware halt ein OS drauf tun. In diesem speziellen Fall sind das bestimmte Linux-Distros. Auf denmen kannst du installieren was du lustig bist, inklusive Compiler, Skriptsprachen etc. Der XServer muss schon seit jeher auf der Maschine laufen auf der die Apps angezeigt werden sollen. Das wäre hier die Windows Maschine und die hat keinen mitgeliefert.
-
@Tyrdal sagte in Windows IDE zur Linux cross compiling (debugging):
Wie meinst du das? Wsl2 ist im Grunde eine VM. Da musst du wie bei anderen VMs odfer Hardware halt ein OS drauf tun. In diesem speziellen Fall sind das bestimmte Linux-Distros. Auf denmen kannst du installieren was du lustig bist, inklusive Compiler, Skriptsprachen etc. Der XServer muss schon seit jeher auf der Maschine laufen auf der die Apps angezeigt werden sollen. Das wäre hier die Windows Maschine und die hat keinen mitgeliefert.
Sorry.. hab nicht nachgedacht bei der Antwort:) .. danke für deine Feedback
