Verstehe Fehlermeldung nicht

[bergowitch]

Hallo,
ich habe einfach mal aus einem anderen Beitrag diese Sleep-Funktion kopiert.


void Sleep( uint16_t timeInMs )
{
uint16_t loopCnt = timeInMs>>3;

while( loopCnt )
{
_delay_ms(8);
loopCnt--;
}
}

diese benötigt #include <util/delay.h> wo wiederrum F_CPU deiniert sein sollte.
Ich wollte nun meine Frequenz einbauen und habe einfach im Hauptfile (das einzige in dem mein code ist) diese Zeile eingefügt:


#define F_CPU 8000000UL
wenn ich mit make das file compile gibt es zwar keine Fehlermeldung aber dies Warnung:
In file included from mein_motor-included_sleep.c:11:
C:/Roboter/WINAVR/avr/include/util/delay.h:136:3: warning: #warning "F_CPU not defined for <util/delay.h>"
mein_motor-included_sleep.c:13:1: warning: "F_CPU" redefined
C:/Roboter/WINAVR/avr/include/util/delay.h:137:1: warning: this is the location of the previous definition
Kann mir jemand diesen Fehler erklären und vor allem die Verbesserung verraten?
Danke
Gruß
Stefan

[linux_80]

Hallo,
normalerweise wird F_CPU im Makefile definiert, deshalb wird beim compiliern geschimpft !

warning: "F_CPU" redefined

[askazo]

Wenn ich das richtig sehe, steht das include in Zeile 11 und das define erst danach in Zeile 13. So stolpert der Compiler also erst über die Header-Datei, in der F_CPU schon benutzt wird, obwohl es noch nicht definiert ist. Dann enddeckt er erst die Definition und meckert diese als "redefined" an, weil das Makro ja schon in der Header-Datei benutzt wurde und eigentlich definiert sein müsste...

Einfach das define vor das include setzen, dann sollte es funktionieren.

askazo

[bergowitch]

Hallo,

Einfach das define vor das include setzen, dann sollte es funktionieren.
Genau das wars. so funktioniert es.
Vielen Dank
Gruß Stefan

[bergowitch]

Ps: Verstehe ich das richtig, dass die include Dateien in der Reihenfolge in der sie stehen compiliert werden? Also müssen aufeinander folgende include Dateinen genau in der richtigen Reihenfolge stehen !?

[ruediw]

Ja, genauso ist es..
Wenn Library A auf Funktionen der Library B zugreifen muss,
so muss Library A ***Nach*** Library B im Quelltext eingefügt werden.
Ausser Du machst eine Vorwärts-Deklaration...

Deshalb ist meist die 1. Library die, die den Typ des uC definiert.
Dort werden nur Konstanten definiert.

[SprinterSB]

...nicht ganz. Die Linkreihenfolge ist nicht davon abhängig, wie die Funktionen aufgerufen werden, sondern eben davon, wie die Linkreihenfolge ist ;-)

Das #include macht nur einen reinen Textersatz. Es kopiert den Inhalt der angegebenen Datei in die Datei hinein, wo es steht.

Mit #define definiert man ebenso nur einen rein textuellen Ersatz. Das F_CPU wird überall, wo es steht, durch 8000000L (oder was auch immer) ersetzt.

Wenn es dann mehrere Variablen-Definitionen oder Defines gibt, wird gemeckert.

...und mach dir auch klar, was der Unterschied zwischen einer Variablen-Definition und einer Variablen-Deklaration ist!

Bei Include-Dateien sollte es eigentlich nicht auf die Reihenfolge ankommen -- wenn sie richtig gemacht sind.

Im übrigen ist eine Header-Datei keine Bibliothek im Sinne von C (wie etwa die libc oder libm), das führt oft zu Verwirrungen.