Atmel Studio - Fehler beim Compilieren bzw. Präprozessor

Marius Gast 26.12.2017 19:47 #5255729

Lesenswert?

•

Hi,

ich habe da ein kleines Problem. In meiner main.c habe ich eine 
Headerdatei eingebunden, welche folgenden Abschnitt enthält:

>Abchnitt aus test.h

#ifdef F_CPU
#warning "F_CPU OK"
#ifndef F_CPU
#define F_CPU 16000000UL
#warning "F_CPU not defined!"


Allerdings werden beide #warning ausgegeben. Das kann doch eigentlich 
nicht sein. Oder doch?
Generell bekomme ich beim Compilieren auch immer die Warnung, dass F_CPU 
nicht definiert ist. Beim zweiten Compilieren ist der Fehler weg, also 
wenn test.h nicht geändert wurde.

Hier der relevante Teil meiner main.c:

>Abschnit aus main.c

#define F_CPU 16000000UL
#include <avr/io.h>
#include <util/delay.h>
#include "test.h"


Ich definiere doch F_CPU bevor alle anderen Dateien eingebunden werden. 
Warum kommt also immer die Meckermeldung, dass in test.h F_CPU noch 
nicht definiert ist?! delay.h wirft ja auch keine...

Ich bin echt ratlos. Was mache ich falsch?

Weihnachtliche Grüße
Marius

Angehängte Dateien:

Fehler.PNG (51 KB)

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Rolf M. (rmagnus) 26.12.2017 19:57 #5255743

Lesenswert?

•

▲
▼

Gibt es vielleicht noch eine zweite Datei, in der der Header eingebunden 
ist?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marius Gast 26.12.2017 20:11 #5255753

Lesenswert?

•

▲
▼

Ja, noch in der dazugehörigen test.c. Aber das ist ja ganz normal.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Rolf M. (rmagnus) 26.12.2017 20:30 #5255771

Lesenswert?

•

▲
▼

Klar ist das normal. Aber es erklärt das von dir beobachtete Verhalten. 
Dann kommt nämlich die eine Meldung von der Übersetzung von main.c und 
die andere von der Übersetzung von test.c, wo F_CPU nicht bekannt ist.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marius Gast 26.12.2017 21:20 #5255839

Lesenswert?

•

▲
▼

Hmm. Das leuchtet mir ein.

Bisher war ich der Meinung, dass test.c erst nach main.c übersetzt wird 
(soweit stimmts ja) und daher F_CPU schon bekannt ist (das war mein 
Fehler). Aber klar, so macht es keinen Sinn. Es wird ja erst C-Datei für 
C-Datei übersetzt und dann zusammengeführt.

Sinnvoll wäre ein #warning also nur, wenn ich eine Headerdatei mit 
reinen #defines oder Makros (also ohne dazugehörige C-Datei) hätte, die 
F_CPU verwendet. Denn dann wird es auch nur ausgegeben, wenn man F_CPU 
in main.c wirklich vergisst.

Richtig?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marius Gast 26.12.2017 21:22 #5255841

Lesenswert?

•

▲
▼

Die if Abfrage bleibt natürlich, damit F_CPU während des compilierens 
von main.c nicht zweimal definiert wird.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Rolf M. (rmagnus) 27.12.2017 12:26 #5256367

Lesenswert?

•

▲
▼

Marius schrieb:
> Hmm. Das leuchtet mir ein.
>
> Bisher war ich der Meinung, dass test.c erst nach main.c übersetzt wird
> (soweit stimmts ja) und daher F_CPU schon bekannt ist (das war mein
> Fehler). Aber klar, so macht es keinen Sinn. Es wird ja erst C-Datei für
> C-Datei übersetzt und dann zusammengeführt.

Richtig. Deshalb spielt die Reihenfolge, in der übersetzt wird, dafür 
keine Rolle.

> Sinnvoll wäre ein #warning also nur, wenn ich eine Headerdatei mit
> reinen #defines oder Makros (also ohne dazugehörige C-Datei) hätte, die
> F_CPU verwendet. Denn dann wird es auch nur ausgegeben, wenn man F_CPU
> in main.c wirklich vergisst.

Der gängige Weg wäre, F_CPU nicht in main.c, sondern über die 
Compiler-Kommandozeile zu setzen (-DF_CPU=16000000). Dann ist es 
automatisch überall bekannt.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren