Ich verzweifle mit includes in AVR Studio :(

Das sind eben 2 "Compiler" am Werk. Der eine, der Code für den AVR 
erzeugen soll und der andere, der für Intellisens zuständig ist. Die 
beiden scheinen nicht die gleichen Include-Pfade zu verwenden.
Ich kenn das nicht vom AS, sondern von Eclipse, nur daß dort der echte 
Compiler alles richtig macht, aber die IDE manche Register nicht kennt. 
Das ist mir persönlich der liebere Fehler.

Hatte ich auch mal, aber ganz genau kann ich mich nicht erinnern.
So wie ich meine, waren die Dateien doppelt gespeichert, aber nur auf 
einen Pfad griff das Studio zu.

vielleicht solltest Du erstmal den genauen Wortlaut der Fehlermeldung 
posten und die komplette Ausgabe in der Konsole beim Kompilieren. Dann 
muss man weniger herumrätseln und kann gezielt sagen woran es liegt.

Hallo,

weiß nicht ob dir das hilft. Aber kannst mal nachschauen.
Ich hatte auch mal verzweifelt versucht eine fremde Lib in AS 
einzubinden.
Weil die in einem anderen Lib Ordner liegt.

Ich mußte den Pfad in Toolchain angeben.
Dann hat er sie beim tippen automatisch vervollständigt usw.

Projekt Explorer > Projektname rechte Maustaste  > Eigenschaften > 
Toolchain, dann gibts das doppelt für C und C++ Compiler. Bei mir C++ 
Compiler, weil mein Projekt als C++ angelegt ist.
Dort dann Dirctories und Pfad angeben bzw. prüfen.

Und hast du beide inkludiert?
#include <avr/io.h>
#include <stdio.h>

Matthias Machmal schrieb:
> findet er es auch und springt in die verlinkte .h Datei.

Zu dem .h muß es auch ein .c oder .o geben. Das mußt Du dann zum Build 
hinzufügen.

Veit D. schrieb:
> #include <avr/io.h>
> #include <stdio.h>

Genau, das war es damals auch bei mir. Eigentlich sollte es die io.h 
auch nur über die "< >" finden, ohne AVR/, hat es aber nicht.

Peter D. schrieb:
> Zu dem .h muß es auch ein .c oder .o geben. Das mußt Du dann zum Build
> hinzufügen.

Das hätte ich jetzt auch vermutet. Das ist zumindest auch bei mir meist 
der Fall warum der AVR-GCC meckert: Weil ich vergessen hab ne .c/.o mit 
anzugeben im Makefile. Da wird auch wahrscheinlich irgendwo ne Meldung 
sein, dass die ein und andere Referenz vom Linker nicht aufgelöst werden 
konnte. Ist zumindest bei mir häufig der Fall wenn ich wieder mal 
vergessen hab was einzubinden.

F. F. schrieb:
> Genau, das war es damals auch bei mir. Eigentlich sollte es die io.h
> auch nur über die "< >" finden, ohne AVR/, hat es aber nicht.

Kommt auf dein Compiler an. Bei mir liegt die io.h auch im Lib-Ordner im 
AVR-Ordner, auf der oberen Lib-Ordner-Ebene gibts bei mir auch keine 
io.h sondern nur die Standardsachen (wie z.B. die math.h, stdio.h, 
string.h usw)

nicht“Gast“ schrieb:
> Da braucht's nicht zwangsweise eine Code Datei
> dahinter.

Wenn nicht .c oder .o dann eben .a.
Aber irgendwo muß der Code schon herkommen.
Und entweder er wird über den Linkerpfad eingebunden oder muß dem Build 
hinzugefügt werden.

Was nicht zu den standard Libs gehört, binde ich immer als Quelltext 
ein. Dann kann man darin debuggen und Fehler korrigieren.