Retro Coding At Its Best: Suche die perfekte IDE

Moin, moin!

Seit einigen Jahren bin ich Retro Restaurateur, -Sammler und auch -Nutzer. Obwohl ziemlich mit dem ZX Spectrum verbandelt, bin ich trotzdem systemunabhängig...

Dadurch dass ich viel experimentiere und mir ziemlich viele Systeme zulege, bin ich auch sehr offen.

Der CPC zum Beispiel, den ich vor ein paar Monaten auf einem Retro Treffen bekommen habe, begeistert mich wegen seiner Technik. Im Detail gibt es aber leider sehr viel, das mir nicht so gut gefällt, weshalb ich das Gerät leider derzeit kaum-, bis gar nicht nutze.

Trotzdem möchte ich eine Entwicklungsumgebung für den CPC zusammenstecken, mit der ich den Computer effizient programmieren kann.

Habt Ihr Tipps?

Übrigens: Ein anderes Gerät, der C64U, hat mich aktuell ziemlich in den Bann gezogen, sodass es vermutlich noch eine Weile dauern wird, bis ich mich wieder dem CPC zuwende.

Die Gründe sind übrigens die nahezu perfekte Entwicklungsumgebung und die Möglichkeiten, die ich habe.

Das Board von Gideon ist so dermaßen genial, dass damit selbst mein ZX Spectrum Next, das Gerät, das ich am meisten mag, auf der Kippe steht...

Entsprechend: Gebt mir bitte Tipps, wie ich eine IDE (==Entwicklungsumgebung) für den CPC aufsetzen kann, mit der ich komfortabel C-, oder Assembler Programme schreiben, debuggen, testen und auf die Hardware deployen kann.

Danke schon mal.

Was gefällt Dir denn am CPC nicht?

Leider: Die Haptik!

Da ich ziemlich vertraut bin mit dem ZX Spectrum +2/+3, hatte ich sowas schon befürchtet... 🙁

Ich muss mal sehen, wie ich das Tastaturlayout in den Griff bekomme.
Auch bei Retro Rechnern tippe ich blind. Das auch auf dem Mega65, C64 und eben dem CPC6128. Rechner, die ich noch nicht so lange besitze.

Was, zumindest für mich, beim CPC blöd ist: Man hat keine haptische Orientierung auf der Tastatur. Es gibt also die üblichen F- und J-Markierungen nicht. Das, in Kombination mit dem ziemlich unnormalen Layout, das Computer aus den frühen 1980er Jahren nun mal hatten, macht, dass ich so viele Tippfehler produziere wie schon seit mehr als 40 Jahren nicht mehr. (Da hab' ich meinen 1. Schreibmaschinenkurs gemacht... 😉 )

Mal sehen wie ich mich damit arrangiere. - Der CPC ist zu schade um ihn nicht zu nutzen.

Ja, das verstehe ich. Der 6128plus hat die F- und J-Markierungen schon. Zur Zeit des CPC gab es das noch gar nicht. Es ist eben alles Gewöhnungssache.  🙂 Hab damals mit dem CPC6128 angefangen und komme super damit zurecht. Auf dem PC nervt es total, daß bei Caps-Lock auch die Zahlen oben auf Sonderzeichen umgestellt werden. Das ist am CPC besser, die bleiben Zahlen auch Zahlen.  🙂  🙂

Moin zusammen,

Texteditor auf dem PC, JavaCPC mit Maxam und Protext.
Der Code aus dem Texteditor kann bei JavaCPC "en Block" eingefügt werden.
Klappt ganz gut, nur dem Maxam wird's schnell zu viel.

LG,

slarti

— slartibartfast
Moin zusammen,

Texteditor auf dem PC, JavaCPC mit Maxam und Protext.
Der Code aus dem Texteditor kann bei JavaCPC "en Block" eingefügt werden.
Klappt ganz gut, nur dem Maxam wird's schnell zu viel.

LG,

slarti

Dann nimm FutureTex auf dem CPC  ;D

Hallo [member=11]slartibartfast[/member] , [member=5]TFM[/member] ,

BACK 2 TOPIC...  :jubelaola: - THNX!

Ich nutze auf dem PC Editoren, die ich kenne und IDEs mit ordentlichem Bedienkomfort. - Siehe Screenshot.

Auch bei der Retro Entwicklung möchte ich diesen Luxus haben...

Beim C64u habe ich in wenigen Stunden eine Umgebung zusammenklicken können, bei der ich diverse Funktionen habe, die seit ein paar Jahrzehnten Standard in der Software Entwicklung sind:

[*]Code Highlighting (== Schön bunten Test... Ich LIEBE bunten Text...)
[*]Auto Indent (== Formatierung des Codes nach vorgegebenen Regeln, egal wie der Anwender seinen Kram tippt)
[*]Auto Vervollständigung (== STRG-. macht, dass aus pr printf wird)
[*]Referenzsuche (== direktes Anspringen deiner Funktion im Code, die man nutzt)
[*]Mouse hover (== Du fährst mit der Maus über eine Funktion und bekommst eine detailierte Beschreibung (s.u.))
[*]usw., usf.

Was außerdem wichtig für mich ist, ist eine kurze Turnaround Zeit. Beim C64u brauche ich beispielsweise weniger als 1s, um den Code zu compilieren, auf den C64u zu deployen (also rüberzuspielen) und zu starten.

Gibt es sowas für den CPC?
📎 vs_code.png

K.A. ob es das gibt, aber wenn ich es brauchen würden, dann würde ich es mir programmieren.  🙂

BTW: Guck mal bei orgAMS, das kann sehr viel in die Richtung.

Was ein IDE aber immer kann ist:
- Schneller assemblieren (auch wenn der Zeitunterschied bei orgAMS weit weniger gravierend ist)
- Die originale Hardware schonen

Persönlich finde ich es unangenehm, einen PC (o.ä.) zu benötigen, nur um etwas für den CPC machen zu können. Mir ist es lieber alles mit dem CPC machen zu können. Und fehlt mir etwas, dann code ich es eben.
Deshalb bin ich auch nie vom CPC auf den PC umgestiegen, der PC ist hald nur irgendwann beruflich nötig gewesen, leider.

Aber wie Du schon sagst, zurück zum Thema... In einer älteren FutureView hat SID mal sein IDE beschrieben, ob das heute noch relevant ist?

Ich bin seit >>30 Jahren Embedded Entwickler. Da gewöhnt man sich an Cross-Compiler.

Außerdem: Remote Monitoring u. Remote Debugging sind absolute Killer Features. Man hat das Target selbst im laufenden Zustand immer im Blick...

Edit: Beispiel - Beim C64u kann ich jederzeit Daten in den Speicher injizieren.
Das bedeutet, dass ich z.B. Sprites on the fly, also im laufenden Programm, updaten kann und bei meinem Life einfach mal ein paar Glider auf's Spielfeld schicken kann, wenn mir das Muster zu langweilig wird. - God Mode bei Conway's Game Of Life quasi. 😉

Edit: Nachtrag
Läuft Deine Version von Life eigentlich auf meinem CPC 6128 mit Original-ROMs?

— Eratosthenes
Edit: Nachtrag
Läuft Deine Version von Life eigentlich auf meinem CPC 6128 mit Original-ROMs?

Läuft auf allen CPCs / Plussen mit FutureOS als OS. Denn andere OS erlauben nicht die (sinnvolle) Verwendung der Zweitregister (sie werden für die Interrupt-Behandlung mißbraucht, was mMn so richtig übel Verschwendung ist).

Man kann das Programm aber auch sicher für das native OS umschreiben.

— Eratosthenes
Ich bin seit >>30 Jahren Embedded Entwickler.

Interessant. Welche Open Source Hardware Projekte hast Du denn realisiert für den Spectrum? Kann man die auf Github sehen?

Habe ich Open Source geschrieben? - Beruflich arbeite ich im Automotive Bereich hier in Deutschland. - Der so CLOSED, da träumt der F*her von... *lach

Dafür bemühe ich mich privat Open Source zu sein. Wie geschrieben - siehe Thread Thema - möchte ich eine möglichst effiziente IDE für die Retros haben.

So weit bin ich übrigens beim C64u: siehe unten
Und das Deployment, also das Compilieren, Aufspielen auf den Rechner und starten dauert nicht mal 1s!
📎 Bildschirmaufzeichnung vom 2026-01-22 14-14-36.webm

Guter Humor und ein paar gute Anregungen für die Arbeit am CPC - ja, ja, ist Zukunftsmusik. Die Zeit ist eben immer am ablaufen...  :smiley027:

— Eratosthenes
Habe ich Open Source geschrieben? - Beruflich arbeite ich im Automotive Bereich hier in Deutschland. - Der so CLOSED, da träumt der F*her von... *lach

Ach so, ich dachte, Du hättest am Spectrum was gemacht - klang so neulich. Ob closed oder open, egal.

Für den Spectrum habe ich eine Menge gemacht. Das war aber zwischen 1983 und 1985...

Da wusste ich noch nicht wirklich was Open Source ist. - Auch für den Amiga habe ich/haben Wir einiges gemacht. Allerdings nur für uns...

Zusammen mit meinem Onkel habe ich damals, als der Amiga noch jung war, eine Teleskopsteuerung mit Schrittmotoren gebastelt.

Das wurde aber auch nicht veröffentlicht.

Wenn du schnell Assemblercode schreiben möchtest dann empfehle ich Notepad++ und RASM am PC (kann natürlich mit jedem anderen Compiler erweitert werden) plus das M4 Board am CPC. Ich nutze das NPPEvent Plugin (oder so ähnlich) in Notepad++, um einen Workflow zu starten, welcher compiliert und auf den CPC via WLAN das Ergebnis transferiert.
Das M4 Board bzw. Duke stellt das Tool XFER zur Datenübertragung bereit und wird zusätzlich in den Workflow eingebunden werden (erzeugt automatisch Header für ASM, wenn notwendig)
Code mit RASM erstellen und mit XFER senden dauert nur Sekunden.
Der NPPEvent Code selbst ist einfach und kann flexibel Dateien handhaben.
Einzig allein Debugging ist dann nicht so komfortabel. Ich verwende gerne WinApe zum schrittweise Ausführen, muss jedoch vorher den Code WinApe kompatibel umändern und im Emulator testen. Hier wäre eine andere Lösung besser. Eventuell mit dem ACE-DL Emulator, der könnte RASM erzeugten Code verarbeiten.