Ist WinAVR tot ?

http://www.mikrocontroller.net/articles/WinAVR#WinAVR-2010_soll_die_letzte_Version_sein.3F_.5B6.5D

Soll das auch heißen kein AVR-GCC mehr?

WinAVR schrieb im Beitrag #2518666:
> Schließt dann dieses Forum ?

Nein: Webseite, Offtopic sowie Ausbildung und Beruf bleiben erhalten ;)

WinAVR schrieb im Beitrag #2518666:
> was bedeutet das jetzt für all die C Freaks ?

Falsche Frage. Richtig wäre, "Was bedeutet dies für die 
AVR-GCC-C-Freaks?"

> Das wir bald all ohne aktuelle, freie C Compiler dastehen werden ?

Nein, GCC ist und bleibt frei. Es bedeutet, dass es schwierig war, ist 
und sein wird, den avr-gcc so mit Patches zu versorgen, dass er sich 
nicht zu weit vom Standard-GCC entfernt.

Wenn man die GCCs für ARM, AVR, MSP430, oder MIPS (aka PIC32) 
kompiliert, dann fällt der AVR extrem aus dem Rahmen, d. h. er ist mit 
weitem Abstand der schwierigste.

Wir können froh sein, dass es Leute gibt, die die AVR-Pakete für die 
Allgemeinheit zusammenstellen und pflegen. Mal ein Dank an dieser Stelle 
an diese Kollegen.

> Schließt dann dieses Forum ?

Deine Brille ist kaputt oder fehlt. Wie heißt das Forum bei Dir?

Die Frage ist, ob avr-freaks schliesst ;-)

Es wird sich eine Lösung finden. So dramatisch ist es m. E. nicht.

Rein aus kommerzieller Sicht stellt es m. A. ein Risiko dar, nur auf die 
AVR-Plattform bzw. nur auf den avr-gcc zu setzen. Für beides sollten 
nach erfolgtem "Risk management" Alternativen bereitstehen. Das ist 
nicht AVR spezifisch, aber wiegt dort schwerer, da man nicht so einfach 
einen aktuellen GCC für AVR bauen kann.

WinAVR schrieb im Beitrag #2518757:
> Welche Rolle spielt jetzt Atmel für den AVR-GCC ?

Ein Teil der Patches ist von Atmel und hat seinen Weg (noch) nicht
wieder zurück in den GCC-Baum gefunden, beispielsweise die für die
Xmega-Devices.

p.s.: Du plenkst immer noch, bitte abstellen.

WinAVR schrieb im Beitrag #2518894:
> Du willst mir ernsthaft erzählen das Dich ein Leerzeichen vor Satz- oder
> Wortzeichen stört ?

Ja, selbstverständlich.  Hat auch überhaupt nichts mit meiner
Moderatorentätigkeit hier zu tun, es sieht hässlich aus und
widerspricht seit Jahr und Tag den typgrafischen Regeln.  Vor
Interpunktionen kommt (bis auf ganz wenige Ausnahmen) kein
Leerzeichen, auch kein noch so klitzekleines (typografisch gibt es
ja mehr als eine Leerraumbreite, anders als bei der Schreibmaschine).

WinAVR schrieb im Beitrag #2518621:

> Ich musste zu meiner Verwunderung feststellen, das WinAVR schon seit
> über einem Jahr nicht mehr weiterentwickelt oder mit Patches versorgt
> wurde.

Na dann mal los und her mit den Patches. avr-gcc ist freie Software, zu 
der jeder beitragen kann.

Eine neue Version von WinAVR wurde für die 2te Hälfte 2011 angekündigt. 
Die Basisversion ist vermutlich 4.6, also m.E. nicht wirklich 
interessant.

Guest schrieb:

> Bisher hatte ich winavr und Ponyprog... Ist nun veraltet...

Was funktioniert denn nicht in WinAVR daß du wechseln musst?

Anstatt PonyProg geht zB auch avrdude (freie Software) ist allerdings 
kein Clicky-Tool.

> Welche (freie) Toolchain verwendet ihr denn jetzt?

Unter Windows entweder WinAVR-20060421 (avr-gcc-3.4.6 mit Patches) oder 
einen selbstgebauten avr-gcc-4.7.0.

Alle anderen 4.x machen deutlich größeren Code als der 3.4.6, zumindest 
für meine Projekte.

Johann L. schrieb:
> Guest schrieb:
>
>> Bisher hatte ich winavr und Ponyprog... Ist nun veraltet...
>
> Was funktioniert denn nicht in WinAVR daß du wechseln musst?
>
> Anstatt PonyProg geht zB auch avrdude (freie Software) ist allerdings
> kein Clicky-Tool.
>
>> Welche (freie) Toolchain verwendet ihr denn jetzt?
>
> Unter Windows entweder WinAVR-20060421 (avr-gcc-3.4.6 mit Patches) oder
> einen selbstgebauten avr-gcc-4.7.0.
>
> Alle anderen 4.x machen deutlich größeren Code als der 3.4.6, zumindest
> für meine Projekte.

Anders herum, warum denn nicht AVRStudio5 nehmen ? Was geht denn da 
nicht, was in AVRstudio4  ging ?

Grüße

Hendrik L. schrieb:
> Anders herum, warum denn nicht AVRStudio5 nehmen ?

AVR Studio ist eine IDE.  Die interessiert hier in diesem Unterforum
erstmal keinen, hier interessiert die benutzte Toolchain.

Aber um deine Frage zu beantworten:

> Was geht denn da
> nicht, was in AVRstudio4  ging ?

Ich war beispielsweise mächtig verwundert zu lernen, dass nicht einmal
data breakpoints (zumindest nicht mit dem JTAG ICE) gehen.

Btw.: du plenkst.

Aha!

Vielen Dank!

(habe ich doppelt etwas gelernt!)

Johann L. schrieb:
> Unter Windows entweder WinAVR-20060421 (avr-gcc-3.4.6 mit Patches) oder
> einen selbstgebauten avr-gcc-4.7.0.

Gibt es eine Möglichkeit, diesen AVR-GCC-4.7.0 zu bekommen?
Für Windows-XP, 32Bit.


Peter

Oliver schrieb:
> Jörg Wunsch schrieb:
>> AVR Studio ist eine IDE.
>
> Das galt bis Studio 4.

Nein, das ist auch bei AVR Studio 5 noch genauso.  Der primäre Fokus
dieses Teils ist eine IDE.  Das "I" aus den drei Buchstaben ist halt
verbessert worden, indem eine Toolchain als Installationsoption mit
dabei ist.  Die ist aber genauso gut austauschbar, wenn man möchte.

Peter Dannegger schrieb:

> Gibt es eine Möglichkeit, diesen AVR-GCC-4.7.0 zu bekommen?
> Für Windows-XP, 32Bit.

Es gibt diesen Fred mit Link zu einem Snapshot nebst Anleitungen zur 
"Installation" (lediglich ein Auspacken) und "Release Notes":
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=115337

Das zip ist avr-gcc-4.7-sp8-di-182625-mingw32.zip in
http://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20(Win32%29/

Der Snapshot ist von Anfang Januar mit avr-gcc-4.7.0 (experimental), 
binutils 2.21 und avr-libc 1.7.1.

Inzwischen sind die Addres Spaces umbenannt zu __flash, aber in dem 
Archiv von oben heissen sie noch __pgm. Einige Buit-Ins werden auch 
nocht geändert und vielleicht findet sich ja auch noch Zeit für Xmega...

Bei mit Läuft das unter Win2000, sollte also auch unter XP lauffähig 
sein.

Wie gesagt: Es ist *kein* WinAVR sondern ein Snapshot von avr-gcc-4.7.0 
(experimental) wo es darum geht, vor der für Anfang April geplanten 
Release von 4.7.0 möglichst viele Fehler zu finden.

Bekannte Fehler sind:
http://gcc.gnu.org/PR51782 (nur mit addres spaces, fix ist 
-fno-tree-sra)
http://gcc.gnu.org/PR51527 (nur mit __int24)
http://gcc.gnu.org/PR51374 (inzwischen behoben)

Und wenn address spaces zu schlechten Code machen, hilft u.U. 
-fno-split-wide-types. Siehe auch
http://sourceforge.net/apps/mediawiki/mobilechessboar/index.php?title=Avr-gcc





Oliver schrieb:

> AVR STudio 5 kommt als ein Paket mit der kompletten toolchain, und diese
> ist nicht WinAVR. Insofern ist der Hinweis aufs Studio 5 für jemanden,
> der einen aktuelleren avr-gcc sucht, schon angemessen.

Ist es denn möglich, die entsprechende Toolchain zu installieren, ohne 
sich den kompletten GigaByte-Klotz runterladen und auch noch 
installieren (falls das auf älteren Systemen überhaupt geht) zu müssen?

Johann L. schrieb:
> Ist es denn möglich, die entsprechende Toolchain zu installieren, ohne
> sich den kompletten GigaByte-Klotz runterladen und auch noch
> installieren (falls das auf älteren Systemen überhaupt geht) zu müssen?

Zumindest die Linux-Toolchain sollte es separat geben.  Eigentlich
dachte ich auch, dass es Updates für die Windows-Toolchain separat
geben sollte, habe aber noch nicht nachgeschaut, ob dem wirklich so
ist.

Johann L. schrieb:

> Ist es denn möglich, die entsprechende Toolchain zu installieren, *ohne*
> sich den kompletten GigaByte-Klotz runterladen und auch noch
> installieren (falls das auf älteren Systemen überhaupt geht) zu müssen?

http://www.atmel.com/tools/ATMELAVRTOOLCHAIN3_2_3FORWINDOWS.aspx

WinAVR wurde leider immer nur fuer Windows gepflegt, ob "tot" oder nicht 
hat mir das persoenlich nie etwas geholfen. Ab und zu gab es mal wieder 
ein build script von AVRFreaks fuer die Toolchain...

Michael G. schrieb:
> Ab und zu gab es mal wieder
> ein build script von AVRFreaks fuer die Toolchain...

Das macht Bingo aber auch nach wie vor, und damit ist er im Moment
um einiges aktueller als Erics letztes WinAVR.