Assembler: Adresse eines Objekts negieren

[Volker (Gast)]

Ich erstelle Assemblercode mit dem GCC.

Zur Errechnung eines Tabellenindex wollte ich das Pendant für die nicht 
vorhandenen Befehle addi und adci verwenden: subi und sbci. Also will 
ich den Subtrahend negiert angeben.

Leider macht mir der GCC hier ein paar Probleme, denn folgender Code

.text
  mov  XL, r16
  clr  XH
  subi  XL, lo8 (-TabellenAdresse)
  sbci  XH, hi8 (-TabellenAdresse)

...

TabellenAdresse:
  .byte  ..

wird nicht kompiliert:

can't resolve `0' {.data section} - `SetDigitAdr' {.text section}

Hat noch jemand eine Idee, wie ich das effizient hinkriegen kann?

Danke im Voraus!

Volker

[Johann L. (gjlayde)]

pm_lo8 und pm_hi8

[Volker (Gast)]

Perfekt, danke!

Und wie bist Du darauf gekommen? Ich hab mir 'nen Wolf gesucht...

Volker

[Johann L. (gjlayde)]

http://sourceware.org/binutils/docs-2.21/as/AVR_002dModifiers.html#AVR_002dModifiers

[Volker (Gast)]

Hat leider doch nicht geholfen.

Der Unterschied zw. pm_lo8 und lo8 ist lediglich, dass pm_xxx das 
Argument >>1 angibt, was aber - so mein Eindruck - beim GCC höchstens 
gebraucht werden könnte, wenn ich als Argument die Adresse eines 
Objektes zum Anspringen verwenden möchte (weil nur dann "halbe" 
Adressen verwendet werden). Insofern ist die Verwendung von lo8 (ohne 
pm) durchaus richtig.

Die Frage war viel eher ja nach einer Negationsmöglichkeit.

Ich habe es mittlerweile selbst hingekriegt durch die Benutzung eines 
Labels an Adresse 0.

.text
.org 0
Beginn:
   [r]jmp Main

...

Main:
  subi  XL, lo8 (Beginn-TabellenAdresse)
  sbci  XH, hi8 (Beginn-TabellenAdresse)

...

TabellenAdresse:
  .byte  ..

Da der GCC nun sowohl Minuend als auch Subtrahend im Segment .text 
"sieht", führt er die Operation fehlerfrei aus.

Somit geht es.

Vielleicht stolpert ja nochmal jemand über dieses Problem.

VG
Volker

[Johann L. (gjlayde)]

Und das?

subi  XL, lo8(-(TabellenAdresse))
sbci  XH, hi8(-(TabellenAdresse))

Section für Daten im Flash wäre übrigen eher sowas anstatt .text:

.section .progmem.data,"a",@progbits