C Makros in Assembler

[Walter T. (nicolas)]

Hallo zusammen,

ich bin noch bei meinen ersten Gehversuchen mit Assembler und frage 
mich, ob es möglich ist, Makro-Definitionen in C-Headern in 
Assembler-Dateien zu nutzen.

Wenn es nicht so geht, werde ich wohl einen Umweg suchen müssen.

Was ich schon gefunden habe: Generell können C-Header-Dateien mit 
.include eingebunden werden, wenn diese nur #defines enthalten. Gut.

Ich habe jetzt eine Header-Datei, die nur Pin-Definitionen enthält, z.B.

    // config.h
    #define TST0_PIN PA0
    #define TST1_PIN PA1

Unter C nutze ich die so:
Es gibt eine weitere Header-Datei, in der die Pin-Bezeichnungen 
zugewiesen werden:

    // pins.h
    #define PA0  GPIOA, GPIO_Pin_0
    #define PA1  GPIOA, GPIO_Pin_1
    ...
  
    /** Hilfs-Makro: Erstes Argument */
    #define _arg1(a,b) a
    
    /** Hilfs-Makro: Zweites Argument */
    #define _arg2(a,b) b
    
    
    /** Aus Makros wie PB0: GPIOB, GPIO_Pin_0 wieder GPIOB zurueckgewinnen
     * (Makro-Version der Funktione gpio_port() ) */
    #define GPIO_PORT(ab)   _arg1(ab)
    
    /** Aus Makros wie PB0: GPIOB, GPIO_Pin_0 wieder GPIO_Pin_0 zurueckgewinnen
     * (Makro-Version der Funktione gpio_pin() ) */
    #define GPIO_PIN(ab)    _arg2(ab)

Und in meiner C-Datei nutze ich das entsprechend:

  GPIO_t GPIOx = GPIO_PORT(TST0_PIN);
  GPIOx->BSRR = GPIO_PIN(TST_PIN);

und die Welt ist einfach.

Wie schön wäre es doch, wenn ich die Config-Datei weiternutzen könnte.

Also:

.syntax unified
.cpu cortex-m3
.thumb

@ hw_config.h laesst sich importieren, weil sie nur aus MAKRO-Definitionen besteht.
.include "hw_config.h"

@ sollte auch noch gehen
#define PA8  GPIOA, GPIO_Pin_8


GPIOA = 0x40010800
GPIO_Pin_0 = 1<<0

.macro GPIO_PORT port pin
  \port
.endm

.macro GPIO_PIN port pin
  \pin
.endm

.text
.type asmtestfcn, %function
.global asmtestfcn
asmtestfcn:
    ldr r0, =GPIO_PORT( GPIOA, GPIO_Pin_0 )
    ldr r1, =GPIO_PIN( GPIOA, GPIO_Pin_0 )
    str r1, [r0, #GPIOx_BSRR]
    bx lr

Der Assembler wirft mir vor: "Error: garbage following instruction -- 
`ldr r0,=GPIO_PORT(GPIOA,GPIO_Pin_0)'"
und ich kann dem noch nicht einmal widersprechen.

Kann mir jemand einen Anstoß geben, wie ich mein Vorhaben umsetzen kann?

[Jörg W. (dl8dtl) (Moderator)]

Der GCC (den benutzt du wohl) schickt alle .S-Dateien (also solche, die 
auf der Kommandozeile ein großes "S" als Suffix haben) standardmäßig 
über den C-Präprozessor und erst danach zum Assembler.

Da brauchst du auch kein .include, sondern kannst ganz normal mit 
#include arbeiten.

Die Header selbst können ggf. Dinge, die ein Assembler nicht verstehen 
kann (bspw. C-structs) via

#ifndef __ASSEMBLER__
...
#endif

vor dem Assembler schützen.

Damit kannst du auf die ganz normalen C-Makros zugreifen in der von C 
gewohnten Weise.

Assembler-Makros wiederum sind eine völlig andere Baustelle.

[Walter T. (nicolas)]

Jörg W. schrieb:
> Damit kannst du auf die ganz normalen C-Makros zugreifen in der von C
> gewohnten Weise.

Das ist ja famos! Vielen Dank, damit hast Du mir sehr weitergeholfen.


Nachtrag: Gibt es einen Mechanismus, mit dem das Auslassen per #ifndef 
_ASSEMBLER_ schiefgehen kann?
Ich bekomme bei der Header-Datei im Anfang immer die Fehlermeldung "bad 
instruction" oder "junk at ..." für jede einzelne Zeile innerhalb des 
#ifndef(_ASSEMBLER_)-Blocks.

[A. S. (Gast)]

Walter T. schrieb:
> innerhalb des
> #ifndef(ASSEMBLER)-Blocks.

Leerzeichen nach #ifndef ?

[Walter T. (nicolas)]

Habe es gefunden. Die "io.h", die unauffällig oben includiert wird, 
enthält Funktionen, die nicht Assembler-tauglich sind.

Und die Header müssen mit #include und nicht .include eingeladen 
werden.

[Jörg W. (dl8dtl) (Moderator)]

Nur noch als Tipp: arm-none-eabi-gcc -E (plus die nötigen -D und -I 
Optionen) gibt dir das präprozessierte Ergebnis auf stdout aus. Da kann 
man sich dann angucken, was (in diesem Falle) dem Assembler vorgesetzt 
wird.

[Walter T. (nicolas)]

Jörg W. schrieb:
> Nur noch als Tipp: arm-none-eabi-gcc -E (plus die nötigen -D und -I
> Optionen) gibt dir das präprozessierte Ergebnis auf stdout aus.

Danke für die Erinnerung. Das nutzt man irgendwie zu selten.

Für die Assembler-Makros scheint es das nicht zu geben. (?) Da bleibt 
einem wohl nur, sich das Dissassembly anzuschauen.

[Jörg W. (dl8dtl) (Moderator)]

Walter T. schrieb:
> Für die Assembler-Makros scheint es das nicht zu geben.

Schau mal ins Handbuch, es müsste im Assembler auch eine Option für ein 
klassisches Assemblerlisting geben.

Assembleroptionen kannst du auf der Compiler-Kommandozeile mit -Wa 
präfixen.