avr-gcc 4.7 für Atmel Studio 4 Windows

Hm. Die Zauberwörter "AVR-gcc Download Windows" finden ganz schnell und 
einfach das hier:

Beitrag "avr-gcc 4.7.2 für MS Windows"

Oliver

Oliver schrieb:
> Hm. Die Zauberwörter "AVR-gcc Download Windows" finden ganz schnell und
> einfach das hier:

Der TE hat doch den Downloadlink zum 4.7.2 selbst gefunden, Beitrag mal 
wieder nur halb durchgelesen?

@ TE:
Ich glaube du hast ein kleines Verständnissproblem.

make ist ein Tool, was die Programmierung mit C erleichtert.
avr-gcc ist ein anderes, unabhängiges Tool, nämlich ein C Compiler.

WinAVR ist ein Paket, das aus mehreren Tools besteht. Die Macher von 
WinAVR sind so freundlich und packen alles, was sie für die 
AVR-Programmierung als praktisch erachten, in ein gemeinsames Paket.
Dazu gehören eben make, der avr-gcc und nochmehr (z.B. avrdude (imho)).

Du kannst, wenn du ein Tool dieses Paketes aktualisieren willst dies 
unabhängig voneinander tun. Nur weil du auf avr-gcc 4.7.2 wechselst 
heißt das nicht, das du ein anderes make brauchst.

Ich verwende kein Windows, und wenn ichs täte würde ich nicht das Studio 
benutzen, aber ich versuche trotzdem mal dir zu helfen.

Lade dir einfach den avr-gcc 4.7.2 von dem Link den du da gefunden hast 
und hau das Ganze irgendwo hin (zB C:)
Im Studio änderst du nur den Pfad zum Compiler. Den make-Pfad lässt du 
so wie er ist. Dann sollte weiterhin das make aus dem WinAVR Paket 
genutzt werden.

Danke Karlo!
genau dieses grundwissen hat mir gefehlt.
Werd ich dann gleich ausprobieren und rückmeldung erstatten :)

Was ein compiler macht ist mir so ziemlich klar, aber was macht "make"?
Welche alternative zu Studio würdest du auf Windows benutzen?

Ich hab Eclipse + das AVR PlugIn früher auf Windows genutzt.

Aber wenn du mit dem Studio zurecht kommst brauchst du nicht zu 
wechseln.
Ich kannte Eclipse eben schon von Java.

Lieber nach und nach mit den Tools vertraut machen. Gerade bei 
Mikrocontrollern schadet es nicht zu wissen, was da im Hintergrund alles 
passiert.

OMG! Wie kompliziert muss das den noch sein :(
Ich kann machen was ich will der Pfad lässt sich nicht ändern.
Kann zwar die neue avr-gcc.exe auswählen aber sobald ich "Use WinAVR" 
wieder anwähle stellt Studio es wieder auf die alte avr-gcc.exe zurück.
Wähl ich "Use WinAVR" nicht an, schimpft Studio mit mir:

1

Build failed... No build tools defined.

Noch immer keine idee wie ich meinem Studio 4 den avr-gcc 4.7 beibringe.

Dreckige Lösung:
Leg deinen 4.7.2 nach C:\WinAVR-20100110\bin und überschreib damit die 
alten Dateien.
Natürlich nicht vergessen, Header und Bibliotheken auch in die 
jeweiligen Verzeichnisse! (imho C:\WinAVR-20100110\avr)

Danke Karlo,
hat funktioniert nachdem ich wieder die alte avr-size.exe zurück kopiert 
hab.
Was natürlich die nächste dirty-lösung ist.
Aber ich bin mir total unsicher ob ich mein Projekt auf so einer 
Dirty-Basis weiter aufbaun soll. Eigentlich wollt ich nur in den vorzug 
der neuen '__flash' Funktion kommen da ich sehr viele constante texte 
und Structs habe.
Natürlich gibts PROGMEM & Co aber __flash hätte mir sehr viel 
erleichert.

Aber wenn Atmel zu doof ist eine anständige Entwicklingsumgebung für 
C-Programmierer bereit zu stellen wird man sich wohl um alternativen 
umsehn müssen.

Ich bin echt nicht bereit mir eine Entwicklungsumgebung selbst zusammen 
zu doktorn. Das hier erinnert mich an halbherzige und "wer bastelt mit" 
modullösung von Atmel. Atmel verlässt sich auf WinAVR die wiederum das 
projekt eingestellt haben bzw. so dem aktuellen avr-gcc hinterher hinken 
das es schon aufs selbe raus kommt.

Ich will doch nur einen ATmega in C programmieren. Und nicht 50% meiner 
energie und zeit in ein funktionierende Entwicklungsumgebung stecken.

Einfach nur unverständich!