3a_asm: FIX: parser fail bei labels aufloesen

[calu.git] / 3a_asm / notes

diff --git a/3a_asm/notes b/3a_asm/notes
index 28ba5669e1ed953105b8c04ca9333cdc27abde88..26ff1ef1d89125e3a008fc97a158959641223239 100644 (file)
--- a/3a_asm/notes
+++ b/3a_asm/notes
@@ -1,3 +1,11 @@
+BUGS:
+- parsers2: bei instr branches addresse durch 4 rechnen (ldi vorm brr -> RAGE)
+
+WUENSCHE:
+- eval: bitoperatoren
+
+
+===============================================================================
 Beschreibung:
 
 Der Parser braucht zwei Durchlaeufe. Der erste Durchlauf loest z.b. Labels auf
@@ -12,20 +20,18 @@ Adressenaufloesung nicht mehr viel schief gehen.
 
 - .data <- done (wenn man nett ist, springt man nicht lustig zwischen diesen
 - .text <- done (sections hin und her... es *sollte* zwar gehen, aber [...] :p)
-- .include <- TODO: zu umstaendlich? :/ Mal schaun ob mir eine einfache Loesung
-  einfaellt.
+- .include <- done (thx @ gcc)
 - .org <- done
 - .fill aufloesen <- TODO: atm nur einmalig 32bit moeglich
-- .define tabelle <- TODO
+- .define tabelle <- done
 
-- @hi und @lo behandeln? <- TODO: doch eher second stage
+- @hi und @lo behandeln? <- done
 
 
 (2) Values die noch als String vorhanden ist, werden als instruction geparst.
-    (vgl. 3. Spalte der 'itp;...' Ausgaben). second stage = BIG TODO
+       -> done
 
 
 einschraenkungen atm:
 - gleicher Namensraum fuer labels in .text und .data! wenn einer ein Label aus
   .data laedt und dann aber eigentlich auf .text zugreift ist er selber schuld :/
-- viele viele mehr *testbench schreiben muss*