BASIC-Compiler im Quelltext?

Quote from Diddl

Wenn ich das BASIC frei erweitern kann, dann wäre es schon genial.

Schade, dass das SYS so kaputt war bzw. es kein sauberes SYSadresse,parameter,parameter gibt (mit Call By Reference bitte, damit man auch Werte zurückgeben kann und das überhaupt schnell ist). Das hätte ja schon gereicht und wäre auch Compiler-freundlich, im Gegensatz zu dem "Assemblercode muss weitere Parameter über Interpreter-Aufrufe holen", was man so typischerweise machen muss.

Quote from 1570

Ich wette, dass der als nativer Code nochmal Größenordnungen schneller kompilieren würde

Ich habe in den letzten Wochen etwas an Blitz! gebastelt und einen (sehr eingeschränkten) BASIC V2-nach-JavaScript-Transpiler geschrieben. Das Ergebnis bisher:

Reblitz64 - Blitz! im Browser: PRG im Browser auswählen, Klick, kompiliertes PRG herunterladen. Passiert alles Client-seitig, es gibt keine serverseitige Komponente, soll heißen, es wird nichts irgendwo hochgeladen.

Das ist alles noch voll Beta, aber Gold Quest 6 kompiliert das schonmal korrekt - in 100 Millisekunden, dürfte also der derzeit schnellste BASIC V2-Compiler sein, was die Zeit fürs Kompilieren angeht.

Reblitz64 hat auch einige Beschränkungen von Blitz nicht mehr, z.B. darf der P-Code über $7FFF hinausreichen.

Quote from Stephan Scheuer

Ich kenne fast alle P-Codes der Austro-Compiler auswendig

Die Runtime von Blitz!/Austro habe ich kurz durch SourceGen geschoben, bin aber noch nicht sonderlich weit und weiß auch nicht, ob ich mich weiter motivieren kann. Es wäre aber supercool, alle Teile von Blitz kommentiert/editierbar zu haben, u.a., weil man dann Ports auf andere Plattformen machen könnte (BASIC V2 kompilieren für z.B. den Gigatron wäre schon klasse).

Es wäre auch schick, direkte Unterstützung für z.B. Multiline-IF/THEN/ELSE/LOOP à la Waterloo Structured Basic einzubauen. Bei WSB ist aber blöd, dass a) die Tokens mit drei Bytes Länge verschwenderisch sind, b) ein "Continue" fehlt und c) es keine petcat-Unterstützung für WSB gibt. Andere BASIC-Erweiterungen in der Richtung haben soweit ich bisher sagen kann noch kaputtere IF/THEN/ELSE-Implementierungen oder sind (für meinen Geschmack) insgesamt viel zu fett.

Ja genau. Bei den Integer-Variablen für die Zeilennummern jongliert der Compiler noch mit +/- 32768 rum, bei den Offsets haben sie es sich gespart, vermutlich weil wenige BASIC-Programme länger als das werden. Gold Quest 6 kam da aber locker hin, und andere z.B. mithilfe von Paradoxon Basic geschriebenen Programme sicher auch. Glücklicherweise ist das nur eine Beschränkung des Compilers, nicht der Runtime.