Phase 1: Sprach-Frontend (Lexer, AST, Parser, Semantik) + Entscheidungen
Frontend: - Lexer komplett: Typ-Suffixe, Literal-Typisierung (Entscheidung: > 7 signifikante Stellen -> DOUBLE), Hex/Oktal, Zeilenfortsetzung mit _, Strings mit ""-Escape, case-insensitive Keywords (Bibliotheksnamen bleiben Bezeichner) - AST fuer Module/Prozeduren/Anweisungen/Ausdruecke - Parser: fehlertolerant, zeilenorientiert; Kern-Anweisungssatz inkl. Bloecke, ON [LOCAL] ERROR, DEF FN (einzeilig); Datei-E/A als Phase-3-Platzhalter - Semantik: Symboltabellen, implizite Deklaration, DEFtype, OPTION EXPLICIT, Arrays, Builtin-Signaturen, Labelpruefung; Hardware-Features (PEEK/POKE/...) werden zur Compile-Zeit abgewiesen - Meilenstein: Testkorpus parst und wird typgeprueft (corpus.rs); 27 Tests Entscheidungen eingearbeitet: - Binaries heissen tb (IDE) und tbc (Compiler) - Dynamische Terminalgroesse statt 80x25 (Minimum 80x25, btop-artiger Hinweis darunter); tb-ui::screen mit resize(), Spike angepasst - Vollstaendigkeits-Leitplanke: 100% Sprache/Stdlib minus deklarierte Non-Features; Original-Doku als Guiding Principle; Inventar-Aufgabe - CURRENCY als i64-Festkomma; ISAM wird implementiert; breite Zeichen belegen 2 Zellen; GET/PUT-Strings als UTF-32; Blink als hell simuliert - LICENSE: MIT Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
19
README.md
19
README.md
@@ -33,8 +33,11 @@ durchgängig UTF-8 statt Codepage 437 und keine Emulation von DOS-Hardware.
|
||||
- **Volle Library-Kompatibilität für die DOS-Oberflächenprogrammierung**:
|
||||
die ereignisgesteuerte Forms-Engine mit allen Steuerelementen, Menüs,
|
||||
Maus- und Tastaturereignissen, nachgebildet auf einem emulierten
|
||||
80×25-Textbildschirm (16 Farben) über Ratatui. Bewusste Modernisierung:
|
||||
durchgängig UTF-8/Unicode statt Codepage 437.
|
||||
Textbildschirm (16 Farben) über Ratatui. Bewusste Modernisierungen:
|
||||
durchgängig UTF-8/Unicode statt Codepage 437, und **dynamische
|
||||
Terminalgröße** statt festem 80×25 — IDE und erzeugte Programme passen
|
||||
sich der Fenstergröße an (Mindestgröße 80×25; darunter erscheint nur
|
||||
ein Hinweis, wie bei btop).
|
||||
- **Plattformübergreifend**: läuft in Terminals unter Linux, macOS und Windows.
|
||||
- **Compiler + VM**: der Compiler erzeugt Bytecode für eine eigene virtuelle
|
||||
Maschine (TBVM); die Abwägung der Runtime-Optionen ist in
|
||||
@@ -50,8 +53,8 @@ durchgängig UTF-8 statt Codepage 437 und keine Emulation von DOS-Hardware.
|
||||
| `tb-vm` | Bytecode-Format, Codegenerator, virtuelle Maschine (TBVM) |
|
||||
| `tb-runtime` | Laufzeitbibliothek: Strings, Mathematik, Datei-E/A, Datum/Zeit, Fehlercodes |
|
||||
| `tb-ui` | Textbildschirm-Emulation und Forms-Engine auf Ratatui |
|
||||
| `tb-cli` | `tbdosc`: Standalone-Compiler — wandelt Quellen und Projekte in binäre Ergebnisse um |
|
||||
| `tb-ide` | `tbdos`: die integrierte Entwicklungsumgebung (TUI) zum Erstellen von Programmen |
|
||||
| `tb-cli` | `tbc`: Standalone-Compiler — wandelt Quellen und Projekte in binäre Ergebnisse um |
|
||||
| `tb-ide` | `tb`: die integrierte Entwicklungsumgebung (TUI) zum Erstellen von Programmen |
|
||||
|
||||
## Status
|
||||
|
||||
@@ -62,8 +65,12 @@ Projektrahmen. Die Implementierungs- und Explorationsschritte sind in
|
||||
|
||||
```
|
||||
cargo build
|
||||
cargo run -p tb-cli # tbdosc — Standalone-Compiler
|
||||
cargo run -p tb-ide # tbdos — IDE (TUI)
|
||||
cargo run -p tb-cli # tbc — Standalone-Compiler
|
||||
cargo run -p tb-ide # tb — IDE (TUI)
|
||||
```
|
||||
|
||||
Benötigt wird nur eine aktuelle stabile Rust-Toolchain.
|
||||
|
||||
## Lizenz
|
||||
|
||||
MIT — siehe [LICENSE](LICENSE).
|
||||
|
||||
Reference in New Issue
Block a user