AVR Warnmeldung trotz #ifndef _UART_H?

[Anton G. (antong)]

Hallo,
mich verwirrt ein wenig die Warnmeldung #warning "F_CPU war nicht 
definiert." wenn ich mein Projekt compile. Ich verstehe eigentlich 
nicht, warum diese "3" mal erscheint. Ich habe meine uart.h zwar 
mehrmals eingebunden, aber ich dachte immer, dass man durch
#ifndef _UART_H
#define _UART_H
...
#endif
das mehrfache einbinden verhindert. Liest der Compiler das trotzdem?


Hier der Ausschnitt aus meiner uart.h

#ifndef _UART_H
#define _UART_H  

  #ifndef F_CPU    
    #define F_CPU 16000000
    #warning "F_CPU war nicht definiert."
  #endif
//...
#endif

Die Meldung dürfte doch nicht kommen. Ich habe Sie doch auch noch mal 
durch #ifndef F_CPU abgesichert.
Funktionieren tut allerdings alles. Aber wissen möchte ich das trotzdem 
wohl.Wie muß ich das verstehen?
Gruß Antong

[Klaus W. (mfgkw)]

Kompilierst du evtl. 3 Quelltexte?
Der include guard verhindert nur das mehrfache Einlesen in einer 
"compilation unit", also in einer kompilierten C-Datei.
Bei der 2. und 3. kompilierten Datei wird natürlich trotzdem jeweils 
einmal wieder gelesen.

[Anton G. (antong)]

Danke Klaus Wachtler für die schnelle Antort.

Jetzt muß ich aber noch mal ganz blöd nachfragen.
Ich habe mehrere ".c" Dateien und mehrere ".h" Dateien. In den drei ".c" 
Dateien binde ich 3mal die "uart.h" ein.
Es wird natürlich nur eine ".hex" Datei erstellt.
Ich dachte immer, genau dieses verhindert der #ifndef.
Das ist ja Käse. Wie kann ich das denn dann verhindern?
Gruß Antong

[Karl H. (kbuchegg)]

Anton G. schrieb:
> Danke Klaus Wachtler für die schnelle Antort.
>
> Jetzt muß ich aber noch mal ganz blöd nachfragen.
> Ich habe mehrere ".c" Dateien und mehrere ".h" Dateien. In den drei ".c"
> Dateien binde ich 3mal die "uart.h" ein.
> Es wird natürlich nur eine ".hex" Datei erstellt.

Aber jede der 3 C-Dateien wird einzeln für sich alleine compiliert. und 
erst die Ergebnisse der 3 Compiliervorgänge wird dann zum ELF File 
zusammengelinkt.

> Ich dachte immer, genau dieses verhindert der #ifndef.
> Das ist ja Käse. Wie kann ich das denn dann verhindern?

Gar nicht.
Leb damit oder sorg dafür, dass in den Projekteinstellung eine gültige 
Definition für F_CPU vorhanden ist. IMHO ist dieses "war nicht 
definiert, wird jetzt automatisch definiert" sowieso Käse und sorgt für 
Fehler. Dieser scheinbare 'Komfort' wird ganz schnell zum Boomerang, 
wenn in diversen Files unterschiedliche Defaults sind, die dann auch 
nicht mit der tatsächlichen Taktrate übereinstimmen.
Ich hab schon lange umgestellt: Ist F_CPU nicht definiert, dann ist das 
ein Fehler. F_CPU in den Project Options einstellen und gut ists.

[Anton G. (antong)]

Na gut kann ich mit leben.
Jetzt aber bitte nicht lachen.
Das bedeutet aber doch nicht, dass meine .hex Datei nachher drei mal die 
uart.h enthält oder?
Gruß und Danke Antong

[Karl H. (kbuchegg)]

Anton G. schrieb:
> Na gut kann ich mit leben.
> Jetzt aber bitte nicht lachen.
> Das bedeutet aber doch nicht, dass meine .hex Datei nachher drei mal die
> uart.h enthält oder?

die h-Files tauchen im ELF sowieso nicht auf. Genausowenig wie die 
C-Files.

Diese Files werden compiliert! Also aus dem C-Code ein Maschinensprache 
Programm erzeugt, welches dem C-Programm entspricht. Dein µC spricht ja 
kein C.

Und im Header File hast du ja sowieso keine Definitionen (ausser 
Inline-Funktionen und mit denen weiß der Compiler schon, wie man damit 
umgeht)

[Anton G. (antong)]

Na dann bin ich ja beruhigt.
Danke, dass ihr auch auf so dusselige Fragen vernünftig antwortet.

Schönen Gruß Anton

[Klaus W. (mfgkw)]

Karl Heinz Buchegger schrieb:
> Leb damit oder sorg dafür, dass in den Projekteinstellung eine gültige
> Definition für F_CPU vorhanden ist. IMHO ist dieses "war nicht
> definiert, wird jetzt automatisch definiert" sowieso Käse und sorgt für
> Fehler. Dieser scheinbare 'Komfort' wird ganz schnell zum Boomerang,
> wenn in diversen Files unterschiedliche Defaults sind, die dann auch
> nicht mit der tatsächlichen Taktrate übereinstimmen.
> Ich hab schon lange umgestellt: Ist F_CPU nicht definiert, dann ist das
> ein Fehler. F_CPU in den Project Options einstellen und gut ists.

Mein Reden seit '45!

Aber es scheint beliebt zu sein, dieselben Fehler jahrzehntelang weiter 
zu genießen.

[Klaus W. (mfgkw)]

Karl Heinz Buchegger schrieb:
> Und im Header File hast du ja sowieso keine Definitionen (ausser
> Inline-Funktionen und mit denen weiß der Compiler schon, wie man damit
> umgeht)

Zumindest sollte es so sein.

Anton G. schrieb:
> Na dann bin ich ja beruhigt.

Aber es sollte gleich als Warnung hängen bleiben, daß es schief geht, in 
einer .h globale Variablen oder Funktionen zu DEFINIEREN statt nur zu 
deklarieren.