Das ganze habe ich auf einem RPi B compiliert, also hoffe ich dass ich
nicht nochmal den ganzen Compiler bauen muss, das hat nämlich über 8h
gebraucht...
Zu den Versionen:
avr-libc-1.8.1, binutils-2.25, gcc-5.2.0
Gebaut wurde mit den Parametern nach Anleitung
(http://www.nongnu.org/avr-libc/user-manual/install_tools.html)
Ich habe nur gedacht dass man den GCC nicht in einem Unterverzeichnis
konfigurieren soll, deswegen habe ich es aus einem anderen Verzeichnis
gemacht.
Wenn noch Infos fehlen liefere ich die gerne nach.
Wie kann man das Problem beheben? (Ich habe auch schon gegooglet, aber
die Lösungen haben nie funktioniert... Vllt suche ich auch falsch)
mfG
N.G.
Wäre das nicht ein Grund die Versionsnummer der offiziellen avr-libc
zumindest an der dritten Stelle zu inkrementieren ;-)
Auf gut deutsch: Jörg, wann kommt das ganz offiziell?
Johann L. schrieb:> N. G. schrieb:>> avr-libc-1.8.1>> Zu alt AFAIR. Nimm trunk.
Okay, dann probiere ich das mal.
Bastler schrieb:> Wäre das nicht ein Grund die Versionsnummer der offiziellen avr-libc> zumindest an der dritten Stelle zu inkrementieren ;-)
Wäre schön, ja ;)
Wie "deinstalliert" man eigentlich "richtig" die falsche avr-libc?
Damit ichs probieren kann, weil mMn ist einfach drüberkopieren nicht so
perfekt, bzw fehlerträchtig...
Prinzipiell, ja.
Alles Infos, die du brauchst, findest du in den Release-Notes von GCC.
Die zu lesen ist nie eine schlechte Idee, insbesondere die "Caveats".
http://gcc.gnu.org/gcc-5/changes.html
Oh, ich hätte nicht gedacht, dass etwas AVR-spezifisches in den
Release-Notes vom GCC drin steht, auch wenn ichs mir hätte denken
können.
Danke schon mal
N. G. schrieb:> Wie "deinstalliert" man eigentlich "richtig" die falsche avr-libc?
Als normaler Anwender kann man natürlich nur in deinem HOME oder TMP
o.ä. installieren. Wenn da was falsch installiert wurde: Verzeichnis
komplett löschen und für Binutis, GCC und AVR-Libc nochma "make
install".
Und Admin ergibt sich das Problem nicht, da Admins wissen was sie tun
:-)
N. G. schrieb:> Oh, ich hätte nicht gedacht, dass etwas AVR-spezifisches in den> Release-Notes vom GCC drin steht,
Wenn ich solche Dinge dokumentiere, dann verstecke ich sie gemeinerweise
an Orten, wo die Anwender niemals danach suchen werden: Release Notes
und / oder Doku. Es gibt keine besseren Verstecke!
Okay, danke, das mache ich gerade, nur der Pi ist sogar hier extrem
langsam... ;)
Johann L. schrieb:> Es gibt keine besseren Verstecke!
Tja, Asche auf mein Haupt...
Ich dachte nur da der GCC so ein großes Projekt ist... Aber egal, mein
Fehler, werde ab jetzt öfter mal einen Blick drauf werfen ;)
Ich bins nochmal,
ich habe mir jetzt die aktuellen Files aus trunk geholt und wollte diese
wie unter INSTALL vermerkt installieren, aber schon configure scheitert
daran, dass es configure nicht gibt, ebensoweinig wie config.guess
Ich habe testweise die trunk-files über die aus der 1.8.1-libc kopiert
und wollte dann das configure laufen lassen, nur es werden Fehler
gemeldet (irgendwas mit automake bzw aclocal-1.14 das nicht gefunden
wird, ich habe auch nur 1.15 installiert)
Bevor ich mir jetzt den Nachmittag damit verschwende herauszufinden wir
man den trunk-Zweig baut wollte ich einfach mal fragen
Oh, ja
Warum bin ich nicht gleich darauf gekommen?
Ich führe nur nicht gerne Dateien aus die ich nicht kenne bzw dessen
Funktion ich nicht kenne.
Funktioniert aber
Danke ;)
N. G. schrieb:> Ich führe nur nicht gerne Dateien aus die ich nicht kenne bzw dessen> Funktion ich nicht kenne.
bootstrap oder autogen.sh sind die üblichen Namen für den Shellscript,
der autoconf und automake in der passenden Reihenfolge aufruft.
Da es Shellscripte sind, kannst du auch problemlos reinschauen, was
sie tun. ;-)
Jörg W. schrieb:> Da es Shellscripte sind, kannst du auch problemlos reinschauen, was> sie tun. ;-)
Hat nichts mit misstrauen zu tun, sondern eher mit Unwissenheit. Bin
noch relativ neu in der ganzen Geschichte. Aber danke für deine
Erklärung ;)
