Assembler Macro in AVR GCC Projekt mit Registernamensteil als Parameter

[BobRob (Gast)]

Grüß euch,
Ich portiere gerade ein umfangreiches xMega128A3U-Projekt, dass im AVR 
Assembler geschrieben wurde in ein AVR-gcc Projekt.Das mach ich aus dem 
Grund, dass das Projekt um USB Funktion per ASF ergänzt werden und somit 
letzten Endes sowohl C-Code als auch Assembler Code enthalten soll.
So weit so gut, nun häng ich an dem Punkt, dass bei vielen Macros manche 
Parameter Teile von Variablennamen oder Registernamen sind.

Exemplarisch so:

 
.macro SPI_Setup
//...
  sts @0_CTRL, R16
//...
.endm

//Aufruf:

start:
  SPI_Setup SPID
//...

Nun hab ich versucht, das auch in .s files im gcc Projekt zu erreichen 
und zwar so:

.macro SPI_Setup v0
//...
  sts \v0\()_CTRL, R16
//...
.endm

//Aufruf:

start:
  SPI_Setup SPID
//...

Als Fehlermeldung bekomme ich dann
"undefined reference to `SPID_CTRL'.

Gibt es eine Möglichkeit in .s-files in AVR-gcc Projekten Namensteile an 
Macros zu übergeben und zu verwenden wie beim AVR Assembler?

Viele Dank schon mal!
Robin

[Johann L. (gjlayde)]

Das funktioniert so nicht.  Das Problem ist, dass die Makros aus 
avr/io.h vom C-Präprozessor aufgelöst werden, der wiederum vor dem 
gas-Präprozessor läuft.

gas wiederum erzeugt keine Zwischendatei, wie sie nach 
gas-Makro-Auflösung entsteht (was ziemlich blöd ist, wenn man gas-Makros 
debuggen will), sondern erzeugt direkt eine Object-Datei, welche das 
undefinierte Symbol SPID_CTRL enthält.

Man könnte der undefined reference also per

-Wl,--defsym,SPID_CTRL=0x09c0

begegnen, wobei die Adresse dem Header wie z.B. iox64a4.h (für 
ATXmega16A4) entnommen werden kann.

#define SPID_CTRL  _SFR_MEM8(0x09C0)

Das ist aber auch blöd und umständlich.

Am besten sorgst du also dafür, dass "SPID_CTRL" erzeugt wird, bevor 
oder während der C-Präprozessor läuft, etwa indem du ein C-Makro 
verwendest anstatt eines gas-Makros.

[BobRob (Gast)]

Alle klar, danke für die schnelle Antwort!