IAR Workbench: Glue - Parameter nicht weiter auflösen

[Patex (Gast)]

Hallo!

ich versuche gerade mir mit ein paar geschickten Makros das Leben zu 
vereinfachen. - Dabei bin ich aber gerade auf ein Problem gestoßen.

Unter der Verwendung des GLUE-Operators (##) wollte ich mir ein paar 
generische Makros schreiben um auf entsprechende Register zuzugreifen.
Das Problem: Ein define Wert lautet zum Beispiel

#define CTRL_PORT PORTB
#define REGISTER(value)  REGISTER_##value

Beim kompilieren bekam ich eine Fehlermeldung, dass es REGISTER_ nicht 
gibt.
Die Ursache,liegt darin, dass UART1 im Prozessorheaderfile als Struktur 
definiert ist. (Das Makro funktioniert ansonsten REGISTER(BLA) ergibt 
REGISTER_BLA).

Gibt es eine Möglichkeit zu verhindern, dass der Preprozessor "PORTB" 
weiter auflöst sondern als das Wort "PORTB" verwendet, so dass ich 
"REGISTER_PORTB" erhalte, wenn ich REGISTER(CTRL_PORT) eingebe?

Danke & Gruß

"Patex" ;)

[Oliver (Gast)]

Patex schrieb:

Ich schätze mal, dein Problem liegt genau hier:

> ich versuche gerade mir mit ein paar geschickten Makros das Leben zu
> vereinfachen.

in 99,999999999% der Fälle geht der Schuß nach hinten los.

> so dass ich
> "REGISTER_PORTB" erhalte, wenn ich REGISTER(CTRL_PORT) eingebe?

Mal eben schnell getestet. Bei mir ergibt dein folgende Code mit "gcc -E 
out.c" genau das, was du willst.

#define PORTB (*((volatile int *)0x1234))
#define CTRL_PORT PORTB
#define REGISTER(value)  REGISTER_##value 

int main()
{
  int j = PORTB;
  int i = REGISTER(PORTB);
  
}

ergibt

# 1 "out.c"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "out.c"
# 9 "out.c"
int main()
{
 int j = (*((volatile int *)0x1234));
 int i = REGISTER_PORTB;

}

Wofür das gut sein soll, musst du selber wissen...

Oliver

[Patex (Gast)]

Das wäre ja das, was ich will und auch das, was ich als Code vorliegen 
habe.
Aber das Ergebnis entspricht nicht dem des Compilers in IAR Workbench 
(hier gibt es ja kein (Embedded) C/C++-Programmierungsforum, sondern nur 
GCC und PC-Programmierung).