CrossCompiling Linux Mint --> Raspberry 2B

[kralle]

Moin,

Ich habe Free Pascal Cross-Versionen für Linux X86_64 Host hochgeladen:
https://sourceforge.net/projects/mseide ... pcrossarm/

Das ist aber "MSEide+MSEgui" und nicht Lazarus - oder?

Gruß HEiko

[Mathias]

Weil fpcuüdelux dir sehr viel Arbei abnimmt.

[mse]

Ich habe Free Pascal Cross-Versionen für Linux X86_64 Host hochgeladen:
https://sourceforge.net/projects/mseide ... pcrossarm/

Das ist aber "MSEide+MSEgui" und nicht Lazarus - oder?

Das ist eine Free Pascal Linux X84_64 -> Raspberry Pi Cross Kompilierung und Remote Debugging Umgebung für beliebige IDE's.
README.TXT:

Code: Alles auswählen

 
2018-04-13 Free Pascal fixes_3_0 cross compiler and tools i586-linux
 and x86_64-linux -> arm-linux,
 binutils 2.29.51 gdb 8.1.0
Please read MSEide+MSEgui README.TXT. 
 

Der Vorteil von MSEide ist, dass MSEide erprobte Projekt Templates für diesen Fall besitzt.
Für Lazarus lese ich immer wieder, dass die Leute Linux X84_64 -> Raspberry Pi Cross Entwicklung nicht schaffen.
Lazarus native auf dem Raspberry Pi 2B ist von der Performance her grenzwertig, MSEide+MSEgui native auf dem Raspberry Pi 2B läuft gut, die Kompilierung mit Free Pascal dauert aber auch lange.

[Timm Thaler]

Für Lazarus lese ich immer wieder, dass die Leute Linux X84_64 -> Raspberry Pi Cross Entwicklung nicht schaffen.

Mit fpcupdeluxe sollte die Einrichtung eigentlich kein Problem sein. Und wer sich das Selbstkompilieren mit dem Umweg über die Stable aus den Repos sparen will, es gibt immer aktuelle Releases auch für Linux: https://github.com/newpascal/fpcupdeluxe/releases

Lazarus native auf dem Raspberry Pi 2B ist von der Performance her grenzwertig, MSEide+MSEgui native auf dem Raspberry Pi 2B läuft gut, die Kompilierung mit Free Pascal dauert aber auch lange.

Ist es nicht. Die Stable, die mit den Repos ausgeliefert wird läuft sehr gut, selbst über den VNC Viewer*. Und wie lange die Kompilierung dauert hängt eh davon ab, was man da kompiliert. Ich kann nicht sagen dass das merklich langsamer ist als auf dem PC.

*) Bis auf das nervige Alt-Tasten-Problem.

[Mathias]

Alternativ, auf dem PC mut fpcupdelux ein Crosscompiler für den Raspi erstellen.

Auf dem Raspi eine Dateifreigabe erstellen und in diese reincompilieren.
Anschliessend kann auf dem Raspi die Execute gestartet werden.

[mse]

Alternativ, auf dem PC mut fpcupdelux ein Crosscompiler für den Raspi erstellen.

Oder vom erwähnten Ort downloaden:
https://sourceforge.net/projects/mseide ... pcrossarm/

Auf dem Raspi eine Dateifreigabe erstellen und in diese reincompilieren.

scp ist praktischer:
https://en.wikipedia.org/wiki/Secure_copy

Anschliessend kann auf dem Raspi die Execute gestartet werden.

Oder remote debugging verwenden. Der erwähnte Ort hat auch cross gdb Versionen. Das ist dann entsprechend wie du mit dem ST-LINK Interface arbeitest.

[MmVisual]

Weil ich Zeos 7.1.4 installieren wollte und das manuelle Installieren der Komponente fehl schlägt da noch buggy Pakete das Lazaus mit installieren will (bei der Funktion Lazarus neu übersetzen) was zuvor FpcUpDeluxe nicht installiert hatte.
Und wenn ich Zeos mit FpcUpDeluxe installiere (was auch geht) dann holt es das aktuelle Trunc (Zeos 7.3) und das ist buggy.

Ohne die Zeos Komponente ist die Installation mit wenigen Clicks gemacht.

Und wenn man keine RaspberryPi EXE mit FpcUpeluxe hat, dann braucht man:
1. FPC Compiler
2. SVNclient
um die FpcUpDeluxe Sourcen auf dem Raspberry Pi übersetzen zu können.

Ich habe ziemlich lange gebraucht das alles heraus zu finden, denn das Setup (Windows) von der Lazarus-IDE.org Seite macht definitiv was anderes als FpcUpDeluxe.

Als Verbesserung würde ich es begrüßen wenn FpcUpDeluxe die gleichen Komponenten installieren würde so wie es das reguläre Setup auch macht.

[Timm Thaler]

Stimmt, mischen sollte man die nicht. Und es hat sich auch als günstig gezeigt, eine Kopie des Lazarus-Ordners zu machen, bevor man ein Update mit fpcupdeluxe macht. Sonst kann es ganz schnell passieren, dass ein paar fehlende Dateien einem die Installation komplett zerschießen.

Aber ehrlich möchte ich fpcupdeluxe nicht mehr missen, gerade die Installation von Crosscompilern für Embedded Avr und Arm ist sonst ein Krampf.

[Mathias]

für Embedded Avr und Arm ist sonst ein Krampf

Arm ? Hast du da ein Embedded hingekriegt ?

[Timm Thaler]

Arm ? Hast du da ein Embedded hingekriegt ?

Nur Raspberry Arm, was ja nicht Embedded ist. Ist etwas missverständlich formuliert. Ich will mir auch mal die STM anschauen, aber bisher hänge ich noch an genügend anderen Projekten...

[Mathias]

Nur Raspberry Arm, was ja nicht Embedded ist.

Dies geht bei mir auch. Aber an ARM Embedded scheitert fpcupdelux (noch). Aber wer weis.

[kralle]

Moin,

nach dem hier jetzt so viele Varianten/Alternativen beschrieben worden, frage ich mal genauer:

Mein Betriebssystem ist Linux Mint 19 Cinnemon 64-Bit
Ich habe die aktuelle Trunk von FP und Laz mittels FPCUPDELUXE installiert.
Dann habe ich Crosscompiling für
Windows 32 Bit
Windows 64 Bit
Linux 32 Bit
und
Linux ARM
erstellen für
lassen.

Jetzt muß ich in Laz ja nur noch in den Projekteinstellungen für alles die entsprechenden Einstellungen vornehmen und
zwar als Build-Modi.
Für die oberen 2 habe ich das noch schriftlich liegen, für Linux 64 --> Linux 32 , finde ich das zur Zeit leider nicht wieder und
für Linux (ARM) sprich Raspberry 2 B , habe ich das noch nie konfiguriert.
Wer kann da mit Werten helfen?

(Zusatzfrage: Würde auch ein Remote-Debug auf dem Raspberry funktionieren? Wenn ja.)

Gruß Heiko

[mschnell]

Soweit ich weiß funktioniert Remote debug überhaupt nicht. Die entsprechenden Funktionen in Lazarus sind auskommentiert.

(Falls sich das nicht kürzlich geändert hat.)

-Michael

[mse]

Würde auch ein Remote-Debug auf dem Raspberry funktionieren?

Mit MSEide ja. Mit Lazarus müsste es auch möglich sein, da Lazarus ebenfalls gdb verwendet.

[mschnell]

Habe ich vor einiger Zeit versucht (Ergebnis siehe oben ) . Es gibt hier im Forum eine längere Diskussion darüber. (im Prinzip gibt es zwei Möglichkeiten: gdbremote verwenden, oder den normalen gdb über SSH fernsteuern. Ging damals beides nicht. )
-Michael