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>

crates/tb-frontend/src/lib.rs

@@ -2,16 +2,48 @@
 //!
 //! Enthält Lexer, Parser, AST-Definitionen und die semantische Analyse
 //! (Symboltabellen, Typprüfung, implizite Deklarationen, `DEFINT`-Regeln usw.).
-//! Ausgabe des Frontends ist ein typgeprüfter AST bzw. eine Zwischen-
-//! repräsentation (IR), die von `tb-vm` in Bytecode übersetzt wird.
+//! Ausgabe des Frontends ist ein typgeprüfter AST, den `tb-vm` in Bytecode
+//! übersetzt.
 
+pub mod ast;
 pub mod lexer;
 pub mod parser;
-pub mod ast;
+pub mod sema;
 
-/// Quelltextposition für Diagnostik (1-basiert, wie im klassischen IDE-Vorbild).
-#[derive(Debug, Clone, Copy, PartialEq, Eq)]
+/// Quelltextposition für Diagnostik (1-basiert, wie im IDE-Vorbild).
+#[derive(Debug, Clone, Copy, PartialEq, Eq, Default)]
 pub struct SourcePos {
     pub line: u32,
     pub column: u32,
 }
+
+/// Eine Diagnosemeldung mit Position. Die Texte folgen den (englischen)
+/// Meldungen des Vorbilds, wo es eine Entsprechung gibt.
+#[derive(Debug, Clone)]
+pub struct Diagnostic {
+    pub pos: SourcePos,
+    pub message: String,
+}
+
+impl std::fmt::Display for Diagnostic {
+    fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result {
+        write!(f, "{}:{}: {}", self.pos.line, self.pos.column, self.message)
+    }
+}
+
+/// Ergebnis der Frontend-Pipeline für ein Modul.
+pub struct Analysis {
+    pub module: ast::Module,
+    pub diagnostics: Vec<Diagnostic>,
+}
+
+/// Komplette Pipeline: Lexen → Parsen → semantische Prüfung.
+pub fn analyze_source(module_name: &str, source: &str) -> Analysis {
+    let lexed = lexer::lex(source);
+    let mut diagnostics = lexed.diagnostics;
+    let parsed = parser::parse(module_name, &lexed.tokens);
+    diagnostics.extend(parsed.diagnostics);
+    diagnostics.extend(sema::check(&parsed.module));
+    diagnostics.sort_by_key(|d| (d.pos.line, d.pos.column));
+    Analysis { module: parsed.module, diagnostics }
+}