Bug oder Feature?

[Dragan I. (ebelcrom)]

Hallo an alle,

es geht um einen möglichen Compilerfehler des avr-gcc bzw. der avr-libc. 
Die Schaltung hat den ATMEGA32 auf dem Evaluationsboard 2.0 von Pollin. 
Angesprochen werden soll die Leuchtdiode auf PortD.5.

Folgendes Progrämmchen (avr.S)

#include <avr/iom.h>

.text
.global main

main:
  ldi r16, (1 << PORTD5)
  out DDRB, r16
  out PORTD, r16
  ret

wird  durch
> avr-gcc -Os -mmcu=atmega32 -I/usr/avr/include -o avr.elf avr.S
so übersetzt:

...
main:
  ldi r16, 0x20
  out 0x31, r16
  out 0x32, r16
  ret

Problem sind die Registeradressen von DDRD und PORTD: sie entsprechen 
nicht 0x11 und 0x12 der Headerdefinition, was aber die richtigen 
Addessen wären!

Ich nutze avr-gcc 3.4.3 und die dazugehörige avr-libc des Ubuntu Dapper 
Drake Pakets und wollte dabei bleiben...

Hat jemand eine Idee?

[Karl H. (kbuchegg)]

Dragan Isakovic wrote:
> Hallo an alle,
>
> es geht um einen möglichen Compilerfehler des avr-gcc bzw. der avr-libc.

No. Schau in das File sfr_defs.h
Da findet sich die Erklärung.

-> Falsche Verwendung deinerseits

#include <avr/io.h>

.text
.global main

main:
  ldi r16, (1 << PORTD5)
  out _SFR_IO_ADDR(DDRB), r16
  out _SFR_IO_ADDR(PORTD), r16
  ret

[ebelcrom (Gast)]

übrigens: WinAVR in der neuesten Version macht das gleiche, nur hier 
sind die Ergebnisse Register 0x32 und 0x37 :-(

[Dragan I. (ebelcrom)]

OK, hab's ausprobiert mit WinAVR. Das war die Lösung.

Danke!

Müssen noch andere Makros genutzt werden, die evtl. Addressen von I/O- 
oder Speicherplätzen während der Compile-Zeit verändern?