GCC und Code::Blocks, Präprozessor defekt

[Tommi (Gast)]

Hallo allerseits,

ich habe ein Problem mit Code::Blocks und dem GCC für den STM32. Und 
zwar scheint es als ob der Präprozessor nicht aufgerufen wird. Im 
ASM-Startup-Script gibt es dann eine Fehlermeldung, dass ein Label 
doppelt initialisiert wird, weil offensichtlich beide Teile des 
Präprozessor-#if-Blockes ausgewertet werden (Code-Fragment siehe unten). 
Ich habe dann den #else-Zweig einfach rausgeschmissen, habe dann aber 
über Compilerwarnungen festgestellt, dass auch im C-Code einer 
Bibliothek merkwürdige Dinge passieren, mit Warnungen in #ifdef-Blöcken, 
die im Editor ausgegraut sind, also gar nicht kompiliert werden sollten. 
Das Kompilieren hat aber funktioniert. Mein Verdacht ist nun, dass der 
Compiler ohne vorigen Aufruf des Präprozessors durchläuft oder zumindest 
nur mit reduzierter Funktionalität.
Aber kann das überhaupt sein?
-> Gibt es irgendwelche Einstellungen die man machen muss, oder gibt es 
Kommandos (die bei mir evtl. gesetzt sind), um den Präprozessor 
einzuschränken?

Den ARM-GCC-Compiler habe ich für Code:Blocks selbst eingerichtet und da 
kann natürlich etwas falsch sein.

Code::Blocks deshalb um später den Chip-Hersteller wechseln zu können, 
ohne eine neue IDE zu benötigen, aber das nur am Rande.

#if 1
 [...]
.flash_to_ram_loop:
 [...]
#else
 [...]
.flash_to_ram_loop:
 [...]
#endif

Fehlermeldung: startup_stm32f10x_md.s|166|Error: symbol 
`.flash_to_ram_loop' is already defined|

[Tommi (Gast)]

Nachtrag:

Wenn ich die Startup-Datei in der Konsole kompiliere, kommt die gleiche 
Fehlermeldung.

>arm-none-eabi-gcc.exe -mcpu=cortex-m3 -c startup_stm32f10x_md.s -o startup_stm32f10x_md.o

startup_stm32f10x_md.s: Assembler messages:
startup_stm32f10x_md.s:167: Error: symbol `.flash_to_ram_loop' is already defined

[foobar (Gast)]

".s" ist Assembler direkt, ".S" oder ".sx" ist Assembler mit 
Preprozessor.

[Tommi (Gast)]

Super, habs grad mal probiert, der Startup-Sript läuft jetzt durch! 
Danke!

Gibt es sowas auch bei C-Dateien?

[Tommi (Gast)]

OK, die Ausgrauung im C-Code scheint nur ein Problem in der IDE zu sein, 
das Define wird beim Kompilieren richtig verwendet.

Das Problem ist damit soweit gelöst. Danke!