Forum: Compiler & IDEs AVR Studio 4 und neuere Toolchain - Installieren?


von Maxim B. (max182)


Lesenswert?

Guten Tag!
Ich benutze immer noch AVR Studio 4.18 (da die neueren irgendwie zu 
langsam sind und auch weniger verständlich).
GCC-Compiler kommt immer weiter in Entwicklung, deshalb möchte ich 
neuere Versionen als WinAVR aus 2010 benutzen.
Mit dem -gstrict-dwarf für jeden Projekt habe ich kapiert, dank Forum.

Leider kenne ich letze Version mit "richtigem" Installer für Toolchain 
nur avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe
Was danach kommt, sind nur einfache Archive in 7Z-Format, alle 
Einstellungen in System (bei mir immer noch Windows XP SP3 ) muß man 
dann selber machen (wofür ich nicht genug fortgeschritten bin).

Deshalb habe ich nun so ausprobiert: neuere Toolchain entpacken, 
avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe installieren, 
danach alle Daten, die gleiche Namen haben, aus neuerem Toolchain 
ersetzen (im Moment ist das avr8-gnu-toolchain-3.6.0.1734 aus einer 
Atmel Studio 7, ich habe dafür Windows 7 in VM VirtualBox installiert). 
Ordner 4.7.2 für 5.4.0 gewechselt.

Eigentlich arbeitet alles korrekt. Bisher keine Fehler bei Compilieren 
festgestellt. Aber ich konnte selbstverständlich nicht alle möglichen 
Fälle überprüfen.

Deshalb habe ich die Frage an die Kenner:
ist meine Variante korrekt? Gibt es bessere Methoden, um neuere 
Toolchain zu installieren?

Vielen Dank im voraus,
Viele Grüße,
Max.

von Stefan F. (Gast)


Lesenswert?

Ich mache das damit: http://gnutoolchains.com/avr/
Damit muss man gar nicht tricksen. Die einzig relevante 
Umgebungsvariable PATH wird vom Installer automatisch eingerichtet.

von Maxim B. (max182)


Lesenswert?

Danke!
Ich habe das ausprobiert.
Installer will keine Ordner mit Leerzeichen, deshalb einfach statt 
Toolchain zu installieren ging es nicht. Ich habe in vorgeschlagene 
Ordner installiert und in Projekt die Wege entsprechend eingegeben.
Ergebnis: es wird compiliert, aber etwas komisch, daß Programmgröße 
nicht mehr gezeigt wird.
So kam ich zurück zu meiner Variante (die ich vorher archiviert habe).

Viele Grüße,

von Stefan F. (Gast)


Lesenswert?

> Installer will keine Ordner mit Leerzeichen

Das hat seinen guten grund, weil die Toolchain nämlich selbst ebenfalls 
Probleme mit Leerzeichen hat. Das ist allerdings nicht neu, war schon 
immer so. Nicht nur bei dieser Toolchain.

von Stefan F. (Gast)


Lesenswert?

> aber etwas komisch, daß Programmgröße
> nicht mehr gezeigt wird.

Wenn du ein Makefile benutzt, kannst du das sehr leicht ergänzen. Würde 
ich ohnehin machen, um unabhängig von der IDE reproduzierbare Ergebisse 
zu erhalten. Spätestens wenn du das Projekt mal als Quelltext jemandem 
übergibst, der diese IDE nicht nutzen will oder kann, lohnt sich das 
Makefile.

von Maxim B. (max182)


Lesenswert?

Stefan U. schrieb:

> Wenn du ein Makefile benutzt, kannst du das sehr leicht ergänzen. Würde
> ich ohnehin machen, um unabhängig von der IDE reproduzierbare Ergebisse
> zu erhalten.
Ich benutze aber immer noch IDE. Makefile bleibt für mich Zukunftsmusik. 
Irgendwann erlerne ich auch das. Für mich wäre besser, wenn es irgendwie 
gelinge, auch mit IDE und avr-gcc5.3.0.exe korrekte Anzeige zu 
erreichen.

> Spätestens wenn du das Projekt mal als Quelltext jemandem
> übergibst, der diese IDE nicht nutzen will oder kann, lohnt sich das
> Makefile.
Leider habe ich in meiner Umgebung niemand, mit dem ich die Freude über 
ein Projekt teilen kann. Alle sind reine Musiker und Pfarrer.

> weil die Toolchain nämlich selbst ebenfalls
> Probleme mit Leerzeichen hat.
Das wundert mich, denn in IDE sogar dreimal Leerzeichen steht: 
C:\Program Files\Atmel\AVR Tools\AVR Toolchain - und trotzdem bekomme 
ich immer noch mit ATmega88PA korrekte Ergebnis, wie mit 
avr-toolchain-installer-3.4.2.1573-win32.win32.x86.exe , so auch mit 
avr8-gnu-toolchain-3.6.0.1734
Warum ist das so, daß mit Installer von Atmel kein Problem mit 
Leerzeichen kommt, und mit Installer von http://gnutoolchains.com/avr/ 
ein Problem?

Wo ich das Wort habe (mit meinen Daten), benutze ich statt Leerzeichen 
Unterstrich. Aber bei Installern kann ich das oft leider nicht. Selbst 
Ordner für Programme ist in System vorgegeben (ich benutze englische 
Version mit MUI, deshalb nicht "Programm", sondern "Program Files"). Und 
englische Version galt immer als mehr stabil im Vergleich mit national 
angepassten Versionen.

: Bearbeitet durch User
von Stefan F. (Gast)


Lesenswert?

Die IDE von Atmel und die Programme, welche die IDE normalerweise 
aufruft, haben kein Problem mit Leerzeichen.

Wohl aber das "make" Programm, welches Makefiles ausführt. Da du das 
noch nie verwendet hast, ist klar, daß du das Problem nicht kennst.

von Maxim B. (max182)


Lesenswert?

Ich kenne das Problem mit Leerzeichen, aber eher aus früheren Zeiten: 
Windows 95 usw. Mit Windows XP kommt solch Problem nur bei irgendeinem 
sehr alten Programm.
Mit Windows XP kenne ich eher Problem mit nationalen Zeichen: Ordner mit 
ü in deutschen Windows oder mit kyrillisch in russischen. Deshalb 
verwende ich englische Version von Windows.

IDE benutze ich eher um Simulator nutzen zu können: ich bin noch nicht 
so stark in C und möchte noch eine Möglichkeit für Überprüfung haben.

Aber ich glaube, auch IDE benutzt irgendwie Makefiles?

: Bearbeitet durch User
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
Noch kein Account? Hier anmelden.