Sorry, ich habe gerade keine Lust, das auch noch ins Deutsche zu übersetzen. Wenn jemand konkrete Fragen hat, weil er in der englischen Ankündigung: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=34643 etwas nicht versteht, dann bitte hier fragen.
Gibt es eigentlich bald mal wieder eine neues WINAVR ?? Oder wie kann man sich so eines selber zusammenbauen? mfg mathias
> Gibt es eigentlich bald mal wieder eine neues WINAVR ? Eric arbeitet dran. Ich weiß, schon seit Monaten... :-o Aber der letzte Arbeitsstand, den ich von ihm kenne, klingt schon nach Fortschritt. > Oder wie kann man sich so eines selber zusammenbauen? Kai Klenovsek hat hier mal beschrieben, wie man sich den Compiler mit MinGW/MSYS selbst baut. Wenn's dir nur auf die avr-libc ankommt, kannst du die Binärversion auch einfach über die existierende drüberbügeln. (Wenn danach irgendwas nicht mehr gehen sollte, musst du eben den Backup wieder hervorholen.)
> Oder wie kann man sich so eines selber zusammenbauen? Oder nach meiner ausführlichen Anleitung: http://homepage.sunrise.ch/mysunrise/peterfleury/avrgcc_345_windows.html
Habe mal Peter Fleurys Anleitung nach meinen Vorstellungen etwas abgeändert, da mir einiges etwas ungereimt vorkam, wie die Links zu den Sourcen, die Geschichte mit dem objavr Verzeichnis und dem Error sowie das make Problem am Ende. Damit klappte bei mir alles. http://birger.homedns.org/Files/avrgcc_345_windows.htm
@Birger, Danke für deinen Feedback, ich habe das in meine Seite eingebaut. Ich hatte diese Anleitung ursprunglich für GCC 4.x geschrieben, dort brauchte man ein separates Verzeichnis für die object file. Unter GCC 3.x ist das offenbar nicht notwendig. Mit dem MSYS-Make hatte ich allerdings nie Probleme mit meinen AVR-GCC Makefiles.
Die Probleme fielen mir bei Benutzung von neueren Controllertypen wie AT90CAN64 oder ATmega645 auf. Im Laufe des Tages habe ich auch den GCC4.0.2 mit der AVRlibc1.4.2 erfolgreich verheiraten können. Dieser scheint mir von hause aus recht pedantisch zu sein, was das automatische Type-Casting betrifft, denn da warnt er gerne und häufig. Wenn ich mir den erstellten Codeumfang eines Projektes anschaue, so ist der GCC3.4.5 mit AVRlibc1.4.2 auffällig um einige Bytes größer als bei GCC3.4.4 oder GCC4.0.2. Ich nehmne mal an, das ist ein Feature und kein Bug. Das Strippen der Debuginformationen aus den exe-Files ist mit dem MSYS strip besser als mit dem unter C:\WinAVR\utils\bin. Deshalb sollte man auch nur unter MSYS strippen.
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.