Verwenden von Funktionen ohne vorige definition.

[C Anfänger (Gast)]

Aus dem Buch C von A bis Z Kapitel 9.5 geht heraus, dass Funktionen, die 
nach der Main Methode definiert werden vor der Main Methode deklariert 
werden müssen.

Wer kann mir also erklären wieso mein Programm im AVR Studio 5 Simulator 
Atmega8 funktioniert?

#include <avr/io.h>

int i = 0;

int main(void)
{
  
    DDRB = 255;
  
    while(1)
    {
       i++;
       PORTB = i;
       if(i == 10)
       {
         x();
       }      
         
    }
    return 1;
}

void x()
{
  i = 0;
}

Wäre dankbar für eine plausiblle erklärung;)

[Facebook (Gast)]

Also, das wäre wohl ein Verhalten nach ANSI-C..so wie du das gelesen 
hast.

Nun hat sich ATMEL eventuell gedacht, dass sie das in ihrem Compiler 
ganz eifnach anders machen.

[Peter II (Gast)]

in C ist das meines wissens zulässsig. Das gibt eventuell eine Warnung 
aber mehr nicht. Du kannst auch x mit irgendwelchen anderen Paramtern 
aufrufen

int y = x(1,2,3,4);

dann wird es vermutlich auch compileren, beim starten könnten aber dann 
so ziemlich alles Passieren was man sich vorstellen kann.

[DirkB (Gast)]

Der Compiler versucht dann aus dem Aufruf auf die Parameterliste zu 
schließen.
ES sollte eine Warnung geben.

Wenn du in main mal

x(2.0);
...
x(1);
...

 
void x(int y)
{
  i = y;
}

 wird er x mit double als Paramter annehmen (1. Aufruf)
Beim 2. Aufruf  wird er dann die Integer 1 in double wandeln.

[Dario B. (abcd)]

vllt. weil du einen gnädigen compiler/präprozessor hast, der vor dem 
kompilieren den prototypen ergänzt?

[Peter D. (peda)]

C Anfänger schrieb:
> Wäre dankbar für eine plausiblle erklärung;)

Du übergibst nichts und returnst nichts, also ist der Typ wurscht.
Krachen tuts erst, wenn != nichts oder != int übergeben/returnt wird.

Du solltest aber trotzdem die Warnungen lesen und beheben.


Peter

[Peter II (Gast)]

Dario B. schrieb:
> vllt. weil du einen gnädigen compiler/präprozessor hast, der vor dem
> kompilieren den prototypen ergänzt?

nein das ist C. Bein einem Funktionsaufruf werden einfach der reihe nach 
die werte auf den Stack gelegt und dann einfach ein Call auf die Adresse 
gemacht. Dem compiler ist es ziemlich egal was er für werte auf den 
Stack legt. Wenn du ihm keine prototypen vorgibst, dann verwendet er 
einfach die Datentypen die übergeben werden.

Das man soetwas in der Praxis nicht machen sollte ist klar.

[C Anfänger (Gast)]

Peter Dannegger schrieb:
> Du solltest aber trotzdem die Warnungen lesen und beheben.

Ja, hatte die Warnung nicht gesehen.
Jetzt passt das zumindest alles wieder zam.
Passt, danke allen!

[Adib (Gast)]

Ich dachte mal im C ist eine nicht deklarierte Funktion.
Int foo(void)

Adib.

[Rolf M. (rmagnus)]

Adib schrieb:
> Ich dachte mal im C ist eine nicht deklarierte Funktion.
> Int foo(void)

Im Bezug auf den Return-Typ stimmt das auch. Der ist in dem Fall immer 
int. Aber wenn ich Paramter übergebe, dann geht der Compiler davon aus, 
daß die Funktion genau diese Paramter auch haben will.
Das ist z.B. auch der  Grund, warum empfohlen wird, bei malloc keinen 
Cast zu machen in der Art:

meintyp* p = (meintyp*)malloc(sizeof *p);

Dieser Cast ist in C nicht nötig, und wenn man vergessen hat, den Header 
für malloc zu includen, geht der Compiler davon aus, daß malloc einen 
int zurückliefert, was natürlich Unsinn ist. Normalerweise käme da eine 
Warnung, aber der Cast unterdrückt diese.