WinAVR und neue Toolchain

Warum in aller Welt willst du was löschen?

Warum in aller Welt willst du was mischen?

Es können beliebig viele Toolchains parallel installiert werden, und 
zwar in unterschiedliche Ordner.

Es gibt dann 2 Möglichkeiten, die Toolchain auszuwählen:

1) Angabe des absoluten Pfades, z.B. im Makefile

1

e:\Installed\Toolchain-xyz\bin\foo-gcc modul.c -c ...

2) Eintragen des Verzeichnisses, in dem foo.gcc zu finden ist, in die 
PATH Umgebungs-Variable.  Aufruf von "foo-gcc" nimmt dann das Programm, 
das als erstes im Pfad gefunden wird.

Einfach mal auf einer Console ausprobieren! foo-gcc --version zeigt dann 
ab es der Compiler ist, den du erwartest.

Und "mischen" oder "löschen" oder "überschreiben" würd ich auf gar 
keinen Fall.  ZUm einen ist das nicht notwendig, und zum anderen ist 
danach absolut unklar, in welchem Zustand sich das Ding befindet.

Üblicherweise sind bei solch abstrusen Fragen selten die Antworten das 
Problem, sondern immer die Fragen.

Und nein, das hat noch niemand gemacht, denn WinAVR mit neuerer 
toolchain überschreiben ist in etwa wie ein Döner ohne Brot, Fleisch. 
Salat, und Soße, dafür mit Pizzateig und Käse.

Du hast richtig erkannt, daß die neuen Atmel toolchains ohne make (und 
ohne Notepad) kommen. Wenn du unbedingt nur eine toolchain auf dem 
Rechner haben willst, kopier dir halt das make in den bin Ordner der 
neuen Toolchain, und alles wird gut.

Oliver

Reiner schrieb:
> Das Kopieren von make.exe allein reicht wohl nicht ganz aus; der Rest
> der utilities muss wohl auch noch mit.

Tja, man muß nicht alles gemacht haben, um zu wissen, wie es geht. Wenn 
dir nur das make fehlt, dann brauchst du auch nur das make zu kopieren. 
Klingt blöd, ist aber so. Wenn du auch noch den Rest der Utilities 
benötigst, musst du die natürlich auch noch kopieren. Die 
Atmel-Toolchain braucht die aber alle nicht. Die hat alles dabei, um 
vollständige Programme zu erzeugen.

Oliver

Reiner schrieb:
> Mischen, d.h. überschreiben der alten Dateien unter gleichzeitiger
> Beibehaltung der Dateien, die nicht mehr relevant sind will ich nicht.
> Da sind Patches, Docs, etc, die nur für die 2010 Distribution galten.

Mit Oatches kannst du eh nix anfangen, weil die sich i.d.R auf die 
Quellen der Tools beziehen.

> Aber, die Atmel Toolchain hat keine Utilities  wie z.B. make.exe etc.,
> da sie auf das Vorhandensein von Atmel Studio setzt.

Na und?  Wenn WinAVR weiterhin im PATH ist, aber nach einer neueren 
Version, wird make immer noch dort gefunden.  Es sei denn, in einem Pfad 
vor dem WinAVR-Pfad wird ein make gefunden, was nach deinen Angaben ja 
nicht der Fall ist.

Und außerdem steht make in einem eigenen Verzeichnis mit anderen Utils 
und nicht zusammen beim Compiler.  Beispiel WinAVR-20100110

Compiler (avr-gcc) steht in ./bin
make steht in ./utils/bin

> Also, falls jemand das schon mal gemacht hat, beantwortet doch einfach
> meine Frage,

Hab ich schon, und ich hab momentan genau 25 Versionen installiert, von 
3.4.6 bis 5.2.1, darunter WinAVR, Atmel-Toolchains und selber generierte 
Canadian Crosses von 
http://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20(Win32)/

> oder sagt was ihr machen würdet und nicht was ihr nicht
> machen würdet.

Du kannst meinen Beitrag lesen und was ich zu PATH geschrieben habe oder 
Aufruf per absolutem Pfad. Aber lesen musst du schon...

Es sind vielleicht außer make.exe noch ein paar andere Kleinigkeiten,
die sie bei Atmel weggelassen haben, und die du ggf. kopieren musst.
So richtig einleuchtend ist die Auswahl dessen, was sie an Utilities
mit reingenommen haben bei Atmel und was nicht, wohl nicht.

Auf jeden Fall müsstest du dir separat ein avrdude.exe installieren
(das uralte vom 2010er WinAVR zu kopieren, würde ich dir nicht
empfehlen).

Reiner schrieb:
> Damals wohnte ich in Dänemark und wir haben oft wegen der libc und neuen
> Funktionen miteinander kommuniziert)

Ja, ich kann mich dunkel erinnern.

Reiner schrieb:
> Ja, darum stehe ich wohl auch noch in Eurer Liste der Copywrite holder
> und Entwickler.

Ja, irgendwas ist dabei originär von dir gewesen.  Kann sein, dass
es inzwischen durch Rewrites mal ersetzt worden ist.

Wozu ist denn das Kopieren / Überschreiben / Löschen notwendig?  Soll 
eine neue Distribution erstellt werden?

Reiner schrieb:

> Hallo Johann,
>
> Nein, absolut nicht.  Ich habe nur gerade einen Rechner neu mit Windows
> 7 installiert und möchte gerne alle meine alten Projekte erhalten, da
> der alte Compiler nur noch auf einem virtuellen XP läuft.

Bei mir lief der alte Compiler zwar einwandfrei unter Win7_64, hat aber 
einfach erheblich grösseren Code erzeugt, sodass z.B. bestimmte 
Atmega328-Projekte nicht mehr ins Flash passten. Alles ausser pn u. 
utils gelöscht, die fertige Toolchain mit gcc-4.9.1 vom Avrstudio7 
ausgepackt, und gut war. Keine Ahnung, warum Leute da so'n Problem drin 
sehen, ich hab' jedenfalls keine damit bislang...

Reiner schrieb:
> die neueste Version der libc

Da bin ich leider noch in der Bringeschuld …

Naja, OK, wenn du die Atmel-Toolchain nimmst, sie haben wohl auf einer
SVN-Version aufgesetzt statt auf dem letzten Release.

> Und ja, man kann stattdessen auch /pn und /utils in das Toolchain
> Verzeichnis kopieren, aber das Ergebnis ist dasselbe.

Ist aber deutlich einfacher. Noch einfacher wäre es, wie oben schon 
geschrieben, beide toolchains parallel zu installieren.

Oliver

Oliver S. schrieb:
>> Und ja, man kann stattdessen auch /pn und /utils in das Toolchain
>> Verzeichnis kopieren, aber das Ergebnis ist dasselbe.
>
> Ist aber deutlich einfacher. Noch einfacher wäre es, wie oben schon
> geschrieben, beide toolchains parallel zu installieren.

Das neue Windos verweigert wohl die Installation der älteren Version.

Hmm, das einzige Problem was ich mal hatte war das beim Konvertieren 
alter Studio 4 Projekte in Studio 6 mangels inzwischen nicht mehr 
vorhandenem WinAVR nicht mehr compiliert werden konnte.

Einfache Lösung, mit Studio 6 ein neues Projekt auf machen, den 
Quelltext im einfachsten Fall per Copy-Paste rüber ziehen, Projekt neu 
einstellen, fertig.

Bestimmt kann man das auch von Hand alles auf die neue Toolchain 
verbiegen, mit einem frisch erstellten Projekt ist aber auf jeden Fall 
sauber.

Interessant sind dann nur so Fälle wo sich scheinbar grundlos Register 
und Bit-Namen geändert haben und zum Beispiel noch eine "0" neu mit drin 
steht obwohl es auch weiterhin nur eine SPI Unit in dem Controller gibt.

Rudolph R. schrieb:
> Interessant sind dann nur so Fälle wo sich scheinbar grundlos Register
> und Bit-Namen geändert haben und zum Beispiel noch eine "0" neu mit drin
> steht obwohl es auch weiterhin nur eine SPI Unit in dem Controller gibt.

Hm. Hast du dafür mal ein Beispiel?

Oliver

Oliver S. schrieb:
> Hm. Hast du dafür mal ein Beispiel?

Ich bin nicht 100% sicher, aber das war entweder beim Mega88PA oder 
Mega164PA, entweder SPI und/oder UART.
Naja, einmal kurz auf die Includes der neuen Toolchain ändern, fertig.

Reiner schrieb:
> Ich will die letze WinAVR Distribution von 2010 mit der letzten Atmel
> Toolchain verheiraten.

Beitrag "Re: avr-gcc 4.7 für Atmel Studio 4 Windows"

Also ich benutze die Atmel-Toolchain mit MinGW, CMake und Eclipse.
Von MinGW kommt dann das eigentliche Make (mingw32-make) und CMake 
bastelt ein Eclipse Projekt (kann aber auch andere IDE-Projekte 
generieren- z.B. CodeBlocks, oder ein "normales" Makefile).

Kannst du ja auch mal ausprobieren.