Hallo, ich wollte heute einmal WinAVR für die Integration ins AVR Studio installieren. Ich musste zu meiner Verwunderung feststellen, das WinAVR schon seit über einem Jahr nicht mehr weiterentwickelt oder mit Patches versorgt wurde. Ist der Compiler jetzt so perfekt, oder wird hier nicht mehr weiter entwickelt ? Ich bin etwas verunsichert. Alternative , kostenpflichtige Compiler gibt es ja auch, oder (warum auch nicht) beispielsweise BASCOM. Danke für Eure Meinung
:
Wiederhergestellt durch Admin
:
Wiederhergestellt durch Admin
OK, was bedeutet das jetzt für all die C Freaks ? Das wir bald all ohne aktuelle, freie C Compiler dastehen werden ? Schließt dann dieses Forum ? Klärt mich auf..
:
Wiederhergestellt durch Admin
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 ;)
:
Wiederhergestellt durch Admin
> Schließt dann dieses Forum ?
Wenn du mit dem Plenken aufhörst, dann spreche ich mit dem Admin, dass
das Forum erhalten bleibt. Ehrlich.
:
Wiederhergestellt durch Admin
Was ist plenken ? Soll das auch heißen kein AVR-GCC mehr? fargt stephan
:
Wiederhergestellt durch Admin
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.
:
Wiederhergestellt durch Admin
Aber Atmel hat gerade eine Version in ihrer AVR Toolchain bereitgestellt. http://atmel.com/dyn/products/tools_card.asp?tool_id=4118&category_id=163&family_id=607&subfamily_id=760 Sie haben dort den GCC 4.5.1 Viele Grüße, Adib.
:
Wiederhergestellt durch Admin
Ich blicke jetzt nicht mehr durch wer hier eigentlich was zur Verfügung stellt/entwickelt. GCC, OK Welche Rolle spielt jetzt Atmel für den AVR-GCC ? Wer entwickelt AVR GCC ? AVR-GCC ist einfach Bestandteil von WinAVR ? Wie sind die Zusammenhänge ? Danke
:
Wiederhergestellt durch Admin
WinAVR schrieb im Beitrag #2518757: > Ich blicke jetzt nicht mehr durch wer hier eigentlich was zur Verfügung > stellt/entwickelt Bist du zu faul eine Suchmaschine zu benutzen?
:
Wiederhergestellt durch Admin
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.
:
Wiederhergestellt durch Admin
Hallo Herr "Moderator", Du willst mir ernsthaft erzählen das Dich ein Leerzeichen vor Satz- oder Wortzeichen stört ? /\ hier wird geplenkt ! /\ hier auch ! Ich mach's übrigens weil ich meine es so gelernt zu haben, resp. weil ich es optisch ansprechender finde. Sorry für's 3. Reich !
:
Wiederhergestellt durch Admin
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).
:
Wiederhergestellt durch Admin
Nö, nicht seit Jahr und Tag. Din 5008 oder so, gilt seit 96 für Schreibmaschine und PC, laut Wiki . Da war ich schon fast 10 Jahre mit dem Studium fertig ;-).... Ich hab's so gelernt, finde es schöner. Nur wenn dann plötzlich ein einsames Fragezeichen nach cr/lf in der neuen Zeile steht zweifle ich an meiner Vorliebe;-)... Bist du Deutschlehrer ?
:
Wiederhergestellt durch Admin
>> Ich blicke jetzt nicht mehr durch wer hier eigentlich was zur Verfügung >> stellt/entwickelt > >Bist du zu faul eine Suchmaschine zu benutzen? Nun ja, ganz so einfach sehe ich das dann doch nicht. Ich habe erst vor Kurzem testhalber einen gcc mit AVR-Unterstützung aus den offiziellen gcc-Quellen erstellt. Auch der funktioniert. Ich würde eigentlich davon ausgehen, dass hier für alle Prozessoren die aktuelle/aktuellste Unterstützung eingebaut ist. Und falls nicht, warum werden nicht die offiziellen gcc-Quellen aktuell gehalten, sondern es patcht sich jeder seinen eigenen gcc? Und wie verhält sich die ganze Sache eigentlich mit der GPL?
:
Wiederhergestellt durch Admin
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.
:
Wiederhergestellt durch Admin
Mir geht es ähnlich: Bisher hatte ich winavr und Ponyprog... Ist nun veraltet... Was soll ich denn nun verwenden? Welche (freie) Toolchain verwendet ihe denn jetzt? Kann oder will hier jetzt jemand mal aufklären? Grüße Sepp
:
Wiederhergestellt durch Admin
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.
:
Wiederhergestellt durch Admin
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.
Jörg Wunsch schrieb: > AVR Studio ist eine IDE. Das galt bis Studio 4. 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. Oliver
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 Meines Wissens nach nicht. Und Atmel schreibt zu dem Thema: >What's new in AVR Studio 5: >... >Integrated C Compiler Oliver
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: > WinAVR wurde leider immer nur fuer Windows gepflegt Was genau hattest du erwartet? ;) Oliver
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.