Problem mit avr-gcc und Optimierung

[Raul (Gast)]

Hallo,

die Funktionen in der angehängte Datei werden vom Hauptprogramm 
aufgerufen (erst Init, und dann die anderen zyklisch).
Compiliere ich das ganze mit -O2 landen beim Aufruf von BmpInit() max 9 
Bit in den einzelnen Feldern von _C[].
Verwende ich dagegen eine andere Optimierungsstufe, schreibe:

volatile uint16_t _C[MS561101BA_PROM_REG_COUNT];

 oder greife innerhalb der Funktion auf _C[] zu, wie zB im 
auskommentierten Teil, funktioniert alles wie es soll.

Ich compiliere mit

avr-gcc -c -mmcu=atmega644p -I. -gstabs   -O2 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums  -Wall -Wstrict-prototypes -Wa,-adhlns=ms5611.lst  -std=gnu99 -DF_OSC=3686400  -MD -MP -MF .dep/ms5611.o.d ms5611.c -o ms5611.o

Auszug aus ms5611.lst:

32:ms5611.c      ****     i2c_start(MS561101BA + I2C_READ);
 162                    .LM10:
 163 004e 8DEE                  ldi r24,lo8(-19)
 164 0050 0E94 0000             call i2c_start
  33:ms5611.c      ****     _C[i] = i2c_readAck();
 166                    .LM11:
 167 0054 0E94 0000             call i2c_readAck
  34:ms5611.c      ****     _C[i] <<= 8;
 169                    .LM12:
 170 0058 E0E0                  ldi r30,lo8(0)
 171 005a EF01                  movw r28,r30
 172 005c F801                  movw r30,r16
 173 005e D183                  std Z+1,r29
 174 0060 C083                  st Z,r28
  35:ms5611.c      ****     _C[i] |= i2c_readNak();
176                    .LM13:
 177 0062 0E94 0000             call i2c_readNak
 178 0066 282F                  mov r18,r24
 179 0068 30E0                  ldi r19,lo8(0)
 180 006a 2C2B                  or r18,r28
 181 006c 3D2B                  or r19,r29
 182 006e F801                  movw r30,r16
 183 0070 2193                  st Z+,r18
 184 0072 3193                  st Z+,r19
 185 0074 8F01                  movw r16,r30
  36:ms5611.c      ****     i2c_stop();

Ich kann zwar so gut wie kein Assembler, aber müsste nicht r24 
ausgewertet werden?

~$ avr-gcc -v
Using built-in specs.
COLLECT_GCC=avr-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/4.5.3/lto-wrapper
Target: avr
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/usr/lib --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --disable-libssp --build=i686-linux-gnu --host=i686-linux-gnu --target=avr
Thread model: single
gcc version 4.5.3 (GCC)

Kann mir einer Helfen wo hier der Fehler steckt?

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

Das liegt bestimmt daran, dass _C ein reservierter Bezeichner ist. ;-)

Im Ernst: Bezeichner, die mit einem Unterstrich, gefolgt von einem
Großbuchstaben oder mit zwei Unterstrichen beginnen, sind für Compiler
und Bibliothek reserviert.  Benutze solche Namen nicht in deinem
Programm, es sei, denn, die Dokumentation fordert dich ausdrücklich
dazu auf.

Ansonsten wäre natürlich compilierfähiger Quellcode schön gewesen.

Mein Bauchgefühl lässt mich vermuten, dass es sich um eine Inkarnation
von Bug PR46779 handelt:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46779

Abhilfe: den angehängten Patch benutzen oder eine neuere Compilerversion
benutzen (GCC 4.7.2 wurde gerade freigegeben).

[Raul (Gast)]

danke für die schnelle Antwort. Es lag tatsächlich am gcc. Mit einer 
aktuellen Version funktioniert alles wie es soll.


Jörg Wunsch schrieb:
> Das liegt bestimmt daran, dass _C ein reservierter Bezeichner ist. ;-)
>
> Im Ernst: Bezeichner, die mit einem Unterstrich, gefolgt von einem
> Großbuchstaben oder mit zwei Unterstrichen beginnen, sind für Compiler
> und Bibliothek reserviert.  Benutze solche Namen nicht in deinem
> Programm, es sei, denn, die Dokumentation fordert dich ausdrücklich
> dazu auf.

danke für den Hinweis, das wusste ich nicht oder nicht mehr :-)

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

Raul schrieb:
> Mit einer
> aktuellen Version funktioniert alles wie es soll.

Dann wird's wohl wirklich Bug 46779 gewesen sein.