GCC 4.2.1 für AVR bauen schlägt fehl

> Auf das bauen neurere Binutils habe ich verzichtet.

Das solltest du besser nicht. ;-)

Wenn du schon einen GCC baust, der die avr25- und avr35-Architektur
kennt, dann brauchst du natürlich auch binutils, die das verstehen.

Jörg Wunsch wrote:
> Wenn du schon einen GCC baust, der die avr25- und avr35-Architektur
> kennt, dann brauchst du natürlich auch binutils, die das verstehen.

Also bei meinem System sind die Binutils 2.16.1cvs20060117-1 dabei. Ich 
habe jetzt 2.17 heruntergeladen und compiliert. Gibt es eine Möglichkeit 
diese zum Compilieren von gcc 4.2.1 zu verwenden, ohne die Binutils ins 
System zu installieren? Ich möchte an meinem System lieber soweit nichts 
verändern, sondern primär testen ob ein bestehendes Projekt (welches mit 
gcc 3.4.3 läuft, mit gcc 4.1.0 aber nicht) mit dem gcc 4.2.1 läuft und 
wie da die Codegröße aussieht.

> Gibt es eine Möglichkeit
> diese zum Compilieren von gcc 4.2.1 zu verwenden, ohne die Binutils ins
> System zu installieren?

Du kannst beim ./configure einen beliebigen --prefix= angeben, in
den du das am Ende installiert haben möchtest, also zum Beispiel
eine Hierarchie unterhalb /tmp damit anlegen.  --prefix muss nur
für alle drei Teile der toolchain (binutils, GCC, avr-libc) gleich
sein.  Außerdem bin ich mir nicht ganz sicher, ich denke, dass du
${PREFIX}/bin im ${PATH} haben musst, auch bereits zum Compilieren
des GCC.

Ok, ich habe jetzt hoffentlich die richtigen binutils verwendet
PATH="/opt/binutils_2.17/bin:"$PATH
jedenfalls gibt mir jetzt
which avr-as
/opt/binutils_2.17/bin/avr-as
zurück. Die Fehlermeldung beim erneuten compilieren
make clean
./configure --target=avr --program-prefix="avr
make
bleibt aber die gleiche.

Da fällt mir noch ein:

./configure --target=avr --program-prefix="avr"

Den --program-prefix braucht man gar nicht, der ist Standard.

Aber: ./configure ist nicht unterstützt.  Du musst ein separates
Verzeichnis machen (z. B. build), in dieses wechseln, und configure
von dort aufrufen.

Außerdem ist die libssp nicht unterstützt, da sie Posix-API-Funktionen
braucht (und letztlich ein zu Grunde liegendes Betriebssystem mit
Dateifunktionalität).

Beispiel:

mkdir build
cd build
../configure --target=avr --disable-libssp [--prefix=...]
make

Hab's eben probiert, damit läuft bei mir ein GCC 4.2.1 durch.

Nach einem make distclean blieben immer noch irgendwelche Dateien 
zurück, die ich dann entsprechend manuell gelöscht hab. Die gute 
Nachricht ist, dass er jetzt weiter kommt, allerdings hänge ich jetzt 
bei der nächsten Fehlermeldung:
../../../libssp/ssp.c: In function '__guard_setup':
../../../libssp/ssp.c:70: warning: implicit declaration of function 
'open'
../../../libssp/ssp.c:70: error: 'O_RDONLY' undeclared (first use in 
this function)

Könnte es sein, dass irgendwelche Header Dateien nicht gefunden werden?

Edit:
Ok, ich vermute, mit dem letzten Post von Jörg, lässt sich das beheben 
:-)

Ok, nachdem ich auch noch avr-libc mit dem passendem prefix compiliert 
und installiert habe funktioniert es jetzt :-) Danke an alle.
(Dummerweise läuft nur mein Projekt mit dem gcc 4.2.1 ebenfalls nicht, 
aber das wäre der Fall für einen anderen Thread).