AVR-Studio: Funktion aus Funktion aufrufen: Warnung

Nachtrag, es soll natürlich heißen:

Bei built selber gibt es keine weiteren Fehlermeldungen und der 
Controller funktioniert nach dem Flashen, wie er soll.

Die Warnung meint, das Du eine Funktion aufrufst, die an der Stelle des 
Aufrufs weder deklariert noch definiert wurde.

Grundsätzlich sollte man alle Warnungen erst nehmen und beseitigen. Es 
gibt nur einige wenige Fälle wo das nicht möglich ist, aber die sind für 
Anfänger in der Regel unwichtig.

>Außerdem würde mich interessieren, ob man Funktionen grundsätzlich mit
>"return" beenden sollte oder ob es prinzipiel egal ist?

Das kommt auf die Funktion an. Wenn sie einen Rückgabewert hat, dann 
muss ein return mit einem Ausdruck enthalten sein. Wenn der Rückgabewert 
void ist, dann kannst Du das return weglassen. Allerdings wird das 
teilweise als schlechter Stil betrachtet.

Einer ist hier überflüssig. Dann gucke ich jetzt Simpsons.

Ach Mist! Sport! Püh.

In der Datei, die die main enthält, mache ich es immer so, dass ich die 
Funktionsprototypen vor die main schreibe, aber die Funktionen selber 
dahinter.

1

void x();

2

void y();

3

4

int main(){...}

5

6

void x(){...}

7

void y(){...}

Dann kennt der Compiler die Funktionen und kann sie richtig benutzen, 
aber bis auf eine kurze Liste mit Funktionsprototypen steht die main 
ganz oben. So sieht man auf den ersten Blick die main und muss nur 
suchen, wenn man sich eine Funktion genauer ansehen will.

Hmm schrieb:
> Dann gucke ich jetzt Simpsons.
Auf ProSieben kommen die etwa um zehn nach sieben.

Karl Heinz Buchegger schrieb:
> Lies dein C-File von oben nach unten durch und überleg dir was du machen
> musst, damit beim Durchlesen des Codes es nie zu der Situation kommt,
> dass du eine Funktion aufrufen willst, noch ehe die Funktion deklariert
> ist.

Hallo,

herzlichen Dank für die schnellen und vielen Antworten!!!

Habe jetzt die Reihenfolge der Funktionen im Programmfile geändert, nun 
wird keine Warnung mehr angezeigt.


Was genau versteht man unter einem Funktionsprototypen?


Viele Grüße

Dussel schrieb:
...
>
> int main(){...}
>
> void x(){...}
> void y(){...}Dann kennt der Compiler die Funktionen und kann sie richtig 
benutzen,
> aber bis auf eine kurze Liste mit Funktionsprototypen steht die main
> ganz oben. So sieht man auf den ersten Blick die main und muss nur
> suchen, wenn man sich eine Funktion genauer ansehen will.

Super, das mache ich beim nächsten mal auch so, Danke! Bisher landet die 
Main-Funktion bei mir immer gaaaanz unten :-)

Hmm schrieb:
> Einer ist hier überflüssig. Dann gucke ich jetzt Simpsons.

auf u-tube kann man die auch gucken

Karl Heinz Buchegger schrieb:
> ... der zugehörige Protoyp. Alles was ein Aufrufer von der Funktion wissen
> muss, um sie korrekt benutzen zu können. Und das ist
> * wie heißt die Funktion
> * welche und wieviele Argumente nimmt sie?
>   Welche Datentypen haben die Argument?
> * welchen Returntyp hat die Funktion
>
> Aus praktischen Gründen ist es sinnvoll, die Namen der Argumente mit in
> den Protoypen aufzunehmen
> double CalcMwst( double Preis );

Danke für die Erklärung! Im Grunde ist es von der Form her (ähnlich) wie 
der Funktionsaufruf selber, nur, dass man es "frei" vor die Main- und 
andere Funktionen schreiben kann!?!

Karl Heinz Buchegger schrieb:
> Das erste bedeutet, dass du ganz dringend ein C-Buch brauchst

Wird beherzigt!

Wenigstens haben die Österreicher noch nicht die deutsche Unsitte 
übernommen, nach jedem halben Satz Klopapier und Achselschweiss zu 
verkaufen. Das und Almdudlder und Salzburger Nockerln läßt mich manchmal 
von der Auswanderung nach Österreich träumen.

Korrektur. Die machen das jetzt auch. Mist.
Naja. War sowieso Off-Topic. Sorry.