Fehler in GCC und AVR Studio

"20040720"

Vorliebe für modernes Antiquariat?

WinAVR 20060125 erzeugt den gleichen fehlerhaften Code, wie folgender
Auszug aus dem lst-File zeigt:

   1                    .file  "test.c"
   2                   .arch at90s2313
   3                 _SREG_ = 0x3f
   4                 _SP_H_ = 0x3e
   5                 _SP_L_ = 0x3d

Der AT90S2313 besitzt kein SPH.

Und natürlich noch das:

24 0000 C0E0          ldi r28,lo8(__stack - 0)
25 0002 D0E0          ldi r29,hi8(__stack - 0)
26 0004 DEBF          out _SP_H_,r29
27 0006 CDBF          out _SP_L_,r28

Alles klar, vielen Dank. Dennoch sollte ein Compiler aber schon die
Empfehlungen des Chipherstellers beachten:

"Reserved I/O memory addresses should never be written."

Yep. Und wenn du schon dabei bist, den GCC entsprechend anzupassen, dann
kannst du ihm auch gleich den kompletten Befehlssatz vom Tiny2313
beibringen. Der wird nämlich aus ähnlichem Grund als primitiv-AVR
verstanden, was er indes nicht ist. Nur weil ihm der
Multiplikationsbefehl fehlt und er daher nicht in die nächsthöhere
Kategorie passt.

In der Entwicklung vom GCC/AVR wurde eine Prozessor-Klassifizierung
eingeführt, die sich im Laufe der Zeit als zu enges Zwangskorsett
herausgestellt hat. Es wäre angebracht, statt einer Prozessorklasse die
einzelnen Eigenschaften pro Modell getrennt einzupflegen. Aber solange
das nicht passiert, wirst du damit leben müssen.