Raspberry Pi & Delphi noch jemand?

[exilant]

Zitat von DieDolly:

Für einen Server bietet sich der BananaPi besser an als ein Raspberry Pi.

Ich würde ohnehin beides nicht nehmen. Denn sowas wird dir die SD-Karte im Nu vernichten. Das ist eine Krankheit die all diese Boards gemein haben und die man auch nicht fixen kann.

Doch. Kann man fixen. Seit der Version 3B lässt sich der Raspi problemlos von einer USB Platte booten. Einmal einrichten und dann nie wieder eine SD Karte reinstecken.
Wie Du schon geschrieben hast: Eine 2,5" SSD dran, der Saft reicht. Man kann den Kartenslot dann komplett vergessen. Ist hier im 24/7 Einsatz. Ohne Probleme.
Was sich wirklich nicht fixen lässt die die bescheidene Performance, grade i/o. Aber für unsere Zwecke ist's immer noch mehr als genug. Wir arbeiten mit Freepascal und Python. Messwerterfassung an langsamen Systemen.

Grüße

[Codehunter]

In dem Zusammenhang mal eine Frage in die Runde: Delphi Enterprise ... Linux-Compiler ... ARM-Target ... CrossVCL ... RasPi: Geht da was in der Richtung? Hats schon mal wer ausprobiert?

[mkinzler]

Nein, den es wird nur Linux x86_64 aka AMD64 aka EMT64 unterstützt. RasPI ist aber ARMv7

[Codehunter]

Zitat von mkinzler:

Nein, den es wird nur Linux x86_64 aka AMD64 aka EMT64 unterstützt. RasPI ist aber ARMv7

Ah ok. Mangels Enterprise konnte ich das nicht probieren. Die Idee an sich wäre jedenfalls sehr interessant, wenn man native VCL-Anwendungen auf den Raspi bzw. generell ARM-Devices bringen könnte ohne den Umweg über Android und FMX. Vielleicht tut sich in der Richtung ja noch etwas. Denn grad Android ist lizenztechnisch nicht trivial und wird derzeit noch komplizierter.

[mkinzler]

Theoretisch wäre das möglich. Scheint seitens EMBT aber kein Bedarf gesehen zu werden. Man hat ja auch Probleme mit der kleinen Anzahl von Plattformen rechtzeitig auf Änderungen reagieren zu können (iOS, macOS, Android, ...).
Man hat zwar auf Frontend/Backend umgestellt, kämpft aber mit nur mit den Nachteilen (langsam, Debugger, ...) profitiert aber nicht den von den Vorteilen. Die verschiedenen LLVM-Compiler/Coderzeuger basieren jeweils auch auf verschiedenen Versionen. Vorteile von Bitcode werden ignoriert.

Optimal wäre:

Code:

Frontend (Delphi, C++) -> Bitcode -> Prozessorplattform (Backend) -> Linker (OS-Plattform).

In der Praxis werden aber monolithische Compiler verwendet (pro Frontend/Prozessor/OS).