Iter 5c: Cross-Module-Codegen

Symbol-Mangling-Schema einheitlich auf @ail_<modul>_<def> umgestellt
(auch für Single-Modul-Programme), String-Globals als
@.str_<modul>_<idx>. main bleibt LLVM-/C-ABI-Eintrittspunkt und ist
ein Trampoline auf @ail_<entry>_main. lower_workspace emittiert eine
einzige .ll für den ganzen Workspace, alphabetisch nach Modulname,
Cross-Module-Calls über Import-Map aufgelöst. ail build / ail emit-ir
laufen jetzt durch den Workspace-Pfad. IR-Snapshots regeneriert,
neuer ws_main-Snapshot. E2E-Test workspace_build_runs_imported_fn
prüft, dass das Binary die importierte Funktion korrekt aufruft.
Schuld #19 (source_filename) durch einheitliches <entry>.ail-Schema
geschlossen.

docs/DESIGN.md

@@ -100,6 +100,14 @@ Begründung:
 Trade-off: keine Inline-Optimierungen über die LLVM-API. Wir setzen auf
 `clang -O2` als Standard-Pipeline.
 
+## Mangling-Schema (Iter 5c)
+
+Alle AILang-Funktionen werden zu `@ail_<modul>_<def>` gemangelt — auch im
+Single-Modul-Fall. Globale Strings/Konstanten zu `@.str_<modul>_<idx>`
+bzw. `@ail_<modul>_<def>`. Eintrittspunkt ist eine `define i64 @main()`-
+Trampoline, die `@ail_<entry-modul>_main()` aufruft. `source_filename`
+existiert genau einmal pro Workspace und trägt den Eintrittsmodulnamen.
+
 ## Konvention: Qualifizierte Cross-Module-Verweise (Iter 5b)
 
 Cross-Module-Aufrufe nutzen **keinen** neuen AST-Knoten. Stattdessen ist ein