Probleme mit delay.h

[Thomas W. (xote)]

Hallo Forum,

gerade wollte ich mit C und dem AVR anfangen, und jetzt kriege ich schon 
einen Fehler beim kompilieren und verstehe nicht warum.

mein Program (eh super-kurz):

#define F_CPU 3686400UL
#include <util/delay.h>

int main(void)
{
    while(1)
    {
        _delay_ms(1000);
    }
    return 0;
}

Compiling: main.c
avr-gcc -c -mmcu=atmega8 -I. -gdwarf-2   -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst  -std=c89 -DF_OSC=3686400 -MD -MP -MF .dep/main.o.d main.c -o main.o 
In file included from /usr/lib/gcc/avr/4.3.5/../../../avr/include/util/delay.h:39,
                 from main.c:2:
/usr/lib/gcc/avr/4.3.5/../../../avr/include/util/delay_basic.h:65: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’
/usr/lib/gcc/avr/4.3.5/../../../avr/include/util/delay_basic.h:66: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’
In file included from main.c:2:
/usr/lib/gcc/avr/4.3.5/../../../avr/include/util/delay.h:79: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’
/usr/lib/gcc/avr/4.3.5/../../../avr/include/util/delay.h:80: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’
make: *** [main.o] Fehler 1

Was ich bis jetzt rausgefunden habe ist, dass es mit dem GNU99 
C-Standard geht, mit ANSI-C nicht. Ist die avr-libc nicht ANSI-C 
tauglich? Ich verwende im Übrigen das template Makefile aus der AVR-GCC 
Tutorial Ecke oben links...

mfg
Thomas

[troll (Gast)]

fehlt da nicht ein #include <avr/io.h>?

[Klaus W. (mfgkw)]

Warum lässt du nicht einfach -std=c89 weg? Brauchst du das?

[Klaus W. (mfgkw)]

troll schrieb:
> fehlt da nicht ein #include <avr/io.h>?

ja, aber das ändert nichts.

[Thomas W. (xote)]

troll schrieb:
> fehlt da nicht ein #include <avr/io.h>?

Ja, den Header werde ich mit Sicherheit noch brauchen. Ändert aber am 
Verhalten nix. ANSI-C scheint nicht zu gehen, mit GNU-Extensions aber 
schon (im Makefile wäre das "gnu89").

Brauchen tu ich das jetzt nicht. Ich dachte halt, es würde mit ANSI-C 
auch gehen, tuts aber eben nicht.

mfg
Thomas

[Thomas W. (xote)]

In der Beschreibung der avr-libc steht zu lesen:

In general, it has been the goal to stick as best as possible to
established standards while implementing this library. Commonly, this
refers to the C library as described by the ANSI X3.159-1989 and ISO/IEC
9899:1990 ("ANSI-C") standard, as well as parts of their successor ISO/IEC
9899:1999 ("C99"). Some additions have been inspired by other standards
like IEEE Std 1003.1-1988 ("POSIX.1"), while other extensions are purely
AVR-specific (like the entire program-space string interface).

Ich nehme daher an, es ist schon alleine wegen der avr-libc nicht egal 
nach welchem C-Standard man ein Program mit der Makefile-Vorlage 
kompiliert.

mfg
Thomas

[Johann L. (gjlayde)]

Hilf ein

#define inline __inline

vor dem #include?

Bzw
 
-Dinline=__inline 
 
als Option.

[Jörg W. (dl8dtl) (Moderator)]

Thomas Wursch schrieb:
> Was ich bis jetzt rausgefunden habe ist, dass es mit dem GNU99
> C-Standard geht, mit ANSI-C nicht.

Bitte schreib' einen Bugreport:

https://savannah.nongnu.org/bugs/?group=avr-libc

(Johann hat den Finger drauf.)

[Johann L. (gjlayde)]

Da:

https://savannah.nongnu.org/bugs/index.php?36921

[Jörg W. (dl8dtl) (Moderator)]

Danke!

Ich denke, ich werde nach der Sommerpause mal einen Release in Angriff
nehmen.

[Thomas W. (xote)]

Danke an Alle soweit!

Damit komme ich erstmal weiter. Und danke auch an Johann, als C-Neuling 
wäre mein Bugreport erbärmlich dürftig gewesen ;-)