Python = reine Interpretersprache? Kein intermediärer Bytecode wie bei Java / C# ?
dann macht es keinen Sinn, ist zu langsam.
Dann muss wohl ANSI C her.
edit: Soweit ich weiß ist Java eigtl kein Interpreter, Java braucht einen Cross-Compiler, der vorkompilierten Bytecode für die Zielplattform produziert, und der auf der Zielplattform eine VM hat (JIT-Compiler= just-in-time), der dann den vorkompilierten Code in ausführbaren Maschinencode übersetzt). Bei .NET ist es ähnlich. (CMIIW)
Compiler/IDEs sind meist Eclipse mit Java-Plugin oder VS o.ä. für .NET).
So eine VM als Bytecode-Interpreter kann extrem schnell sein, Java und C# erreichen fast die Geschwindigkeit von native Executables, zumindest nach einer gewissen Anlaufzeit mit sich wiederholenden Algorithmen.
DAS wäre für Python ntl ok.
Zu den Displays:
...patchen...???
gibt es keine, die man
- anschließt
- RPi anschaltet,
- fertig ?
so wie nen Monitor am PC?
und dann verschiedene Text- (verschiedene Schriftgrößen / Farben, Ausgabe an bel. (x,y) Position) und Grafikausgaben (Punkt, Strich, Dreieck, Viereck, Vieleck, Kreis, Ellipse, umrandet oder gefüllt) zur Verfügung hat, die man dierkt verwenden kann im Python- oder eben C-Sourcecode?
Möglichst mit Unterstützung der C-Konsole und der gesamten Display-stdio.h API in C (printf, putc, puts usw...) ?
Zitieren
Lesezeichen