Frage zu: #define, #undef und #include

[brechbunkt (Gast)]

Hallo,

ich bin gerade dabei den SMC (Static Memory Controller) für den AVR32 
einzubinden, der bereits fertig im ASF von Atmel angeboten wird.

Anhand des nachfolgenden Code Ausschnitts aus der header-Datei, wird der 
SMC für jeden externen Chip, bzw. dessen Chip_Select configuriert:

#ifndef SMC_COMPONENT_CS0
#ifndef SMC_COMPONENT_CS1
#ifndef SMC_COMPONENT_CS2
#ifndef SMC_COMPONENT_CS3
#ifndef SMC_COMPONENT_CS4
#ifndef SMC_COMPONENT_CS5

#warning SMC default configuration is missing.
//! SMC Peripheral Memory Size in log2(Bytes)
#define EXT_SM_SIZE            17

//! SMC Data Bus Width
#define SMC_DBW                16

//! Whether 8-bit SM chips are connected on the SMC
#define SMC_8_BIT_CHIPS        false

// NWE setup length = (128* NWE_SETUP[5] + NWE_SETUP[4:0])
//! Unit: ns.
#define NWE_SETUP                0

// NCS setup length = (128* NCS_WR_SETUP[5] + NCS_WR_SETUP[4:0])
//! Unit: ns.
#define NCS_WR_SETUP             0

// .....
// .....  viele, viele Einstellungen
// .....

#endif
#endif
#endif
#endif
#endif
#endif

Wie im nachfolgenden Ausschnitt werden diese Einstellungen dann genutzt, 
um den entsprechenden Code auszuführen.

//! Whether to use the NCS0 pin
#ifdef SMC_USE_NCS0
  #include SMC_COMPONENT_CS0       //  <----------  zu dem hier habe ich meine Frage

//...
//... Einstellung der Register
//...

  #undef EXT_SM_SIZE
  #undef SMC_DBW
  #undef SMC_8_BIT_CHIPS
  #undef NWE_SETUP
  #undef NCS_WR_SETUP
  #undef NRD_SETUP
  #undef NCS_RD_SETUP
  #undef NCS_WR_PULSE
  #undef NWE_PULSE
  #undef NCS_RD_PULSE
  #undef NRD_PULSE
  #undef NCS_WR_HOLD
  #undef NWE_HOLD
  #undef NWE_CYCLE
  #undef NCS_RD_HOLD
  #undef NRD_CYCLE
  #undef TDF_CYCLES
  #undef TDF_OPTIM
  #undef PAGE_MODE
  #undef PAGE_SIZE
  #undef NCS_CONTROLLED_READ
  #undef NCS_CONTROLLED_WRITE
  #undef NWAIT_MODE
#endif


//! Whether to use the NCS1 pin
#ifdef SMC_USE_NCS1
  #include SMC_COMPONENT_CS1       //  <----------  zu dem hier habe ich meine Frage

//...
//... das ganze noch mal für SMC_COMPONENT_CS1, SMC_COMPONENT_CS2, SMC_COMPONENT_CS3, SMC_COMPONENT_CS4 und SMC_COMPONENT_CS5
//...

Compiliere ich das ganze dann, erhalte ich die Fehlermeldung:

Error: #include expects "FILENAME" or <FILENAME>

Die Fehlermeldung kommt natürlich zu Recht, da die Zeile

  #include SMC_COMPONENT_CS1

das Einbinden einer Header-Datei verlangt. Lösche ich diese Zeile, läuft 
der Speicher wie gewollt.

Was ich hier nur nicht verstehe ist, wie das ganze eigentlich gedacht 
gewesen sein soll. Die vielen "#undef"-Befehle deuten ja schon darauf 
hin, dass die definierten Werte immer wieder neu eingebunden werden 
sollen.
Aber ich kann doch so nicht die ganzen #define-Zeilen (von der 
Header-Datei) per #include einbinden. Oder?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

brechbunkt schrieb:
> Die Fehlermeldung kommt natürlich zu Recht, da die Zeile
>  #include SMC_COMPONENT_CS1
> das Einbinden einer Header-Datei verlangt.
Richtig. Und wenn da nirgends was steht wie
#define SMC_COMPONENT_CS1 <die_headerdatei.h>
oder
#define SMC_COMPONENT_CS1 "c:\meine_header\die_headerdatei.h"
dann könnte es sein, dass du dieses #define auf der 
Compiler-Kommandozeile erledigen kasnnt/sollst/musst. Sieh dir mal die 
originalen Makefiles an.

> Lösche ich diese Zeile, läuft der Speicher wie gewollt.
Ist doch toll. Dann lass es so...  ;-)

[Klaus W. (mfgkw)]

Lothar Miller schrieb:
> #define SMC_COMPONENT_CS1 "c:\meine_header\die_headerdatei.h"

Nebenbei: einen Backslash (\) in include-Namen zu verwenden ist 
suboptimal.

(Nur für den Fall, daß mal einer sagt "das stand aber so bei 
mikrocontroller.net")