ATxmega Hello World Compiler generiert nonsense?

[Malte _. (malte)]

Hallo,
ich bin dabei ein Minimalbeispiel für den ATxmega zum laufen zu 
bekommen. Der generierte Code hat eine Größe von 612 Byte.
Wenn ich mir das Assembly listing ansehe, ist da aber der Code jeweils 
doppelt drinn. Außerdem wird -mno-interrupts ebenfalls ignoriert.
Installiert habe ich den gcc und avr-libc vom aktuellen Debian.
Was läuft da falsch? Eventuell liegt das an den Aufrufen im Makefile?

/*
 * blinky.c
 *
 */

#define F_CPU 2000000

#include <avr/io.h>
#include <util/delay_basic.h>


void waitms(uint16_t ms) {
  while (ms) {
    _delay_loop_2(500); //4 cycle per loop 2MHz -> 1ms: 500 loops
    ms--;
  }
}

int main(void)
{
  //toggle PE2 and PE3
  PORTE.DIR = 0x0C;
  PORTE.OUT = 0x04;
  while(1) {
    PORTE.OUT = 0x0C;
    waitms(500);
    PORTE.OUT = 0x04;
    waitms(500);
    PORTE.OUT = 0x08;
    waitms(500);
  }
}

[martin (Gast)]

Abend,
alles mögliche an Hilfe und Beispielen zum ATXmega findest du hier:
http://www.jtronics.de/avr-projekte/xmega-tutorial.html
Unter jedem Thema gibt es auch ein fertiges Programm mit Projektdatei 
zum Download.

[Johann L. (gjlayde)]

Malte __ schrieb:
> Außerdem wird -mno-interrupts ebenfalls ignoriert.

Der Code sieht nicht so aus, als hätte er irgendwas, worauf dieser 
Schalter einen Effekt haben würde, z.B. Ändern von SP beim Anlegen / 
Abbauen eines Frames.

[Malte _. (malte)]

Ich habe mir das Listing noch mal angeschaut. Der Assembler sieht doch 
korrekt aus. Nur die Kommentare sind doppelt, weil der Compiler die 
einzelnen Aufrufe neu verteilt. Das Ignorieren von -mno-interrupts
(siehe http://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html) bleibt aber 
bestehen.

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

Malte __ schrieb:
> Ich habe mir das Listing noch mal angeschaut. Der Assembler sieht doch
> korrekt aus.

Dann sieh dir doch in Zukunft lieber den generierten Assemblercode
statt eines Disassembler-Listings mit irgendwie mehr oder minder
unpassend drin verteiltem Quellcode an.

> Das Ignorieren von -mno-interrupts
> (siehe http://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html) bleibt aber
> bestehen.

Dazu hat Johann dir ja bereits geschrieben, dass da gar nichts ist,
was zu ignorieren (oder zu honorieren) wäre.

[Malte _. (malte)]

Hmm dann hab ich die Option wohl falsch verstanden. Ich hätte erwartet, 
dass dann die Interrupt Sprungtabelle am Anfang des Flash weg optimiert 
wird und dort stattdessen direkt der Code von __ctors_end steht.

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

Malte __ schrieb:
> Ich hätte erwartet, dass dann die Interrupt Sprungtabelle am Anfang des
> Flash weg optimiert wird

Die kommt gar nicht vom Compiler, sondern aus dem runtime startup
file der Bibliothek.

Wenn du diese partout loswerden möchtest, dann müsstest du dein
eigenes startup file schreiben und linken lassen und mit
-nostartfiles verhindern, dass die entsprechenden Teile der Bibliothek
genutzt werden.  Solange man aber nicht gerade völlig "auf Kante"
arbeitet und auch noch die letzten paar Dutzend Bytes Flash nutzen
muss, die sonst von der Vektortabelle belegt werden, würde ich diese
Variante persönlich meiden.