Hallo! Ich bin auf der Suche nach einem ARM-Assembler-Kompiler für Linux. Ein einfaches Komandozeilentool wäre perfekt. Mit Google bekommt man leider viel zu viel, bzw. gar nichts. :-/ Vielleicht kann mir ja mal jemand einen Stoß in die richtige Richtung geben ... Gruß Jobst
gcc?
Der gcc kann Assembler?
Gast
#2070828
GNU ARM Toolchain? http://www.gnuarm.com/
Jobst M. schrieb: > Der gcc kann Assembler? Nö, der erzeugt Assembler-Code, weshalb man ihn als Assembler-Compiler bezeichnen kann, so wie andere dann Binärcode-Compiler sind. Ein Assembler hingegen kompiliert nichts mehr, der assembliert.
Auf der Seite war ich schon ein paar mal - da steht nichts von Assembler. Gruß Jobst
Okay - ich benötige ein ASM-to-HEX Konverter ... Gruß Jobst
Aber in der toolchain ist der Assembler doch dabei. Sonst hätte die Kette eine Lücke vor dem Linker...
Jobst M. schrieb: > Okay - ich benötige ein ASM-to-HEX Konverter ... oder eher Assembler=ASM-to-OBJ und einen OBJ-to-HEX? Beides in der tool chain dabei...
Jobst M. schrieb: > Der gcc kann Assembler? gcc steht schon lange nicht mehr für "GNU C-Compiler", sondern für "GNU compiler collection".
Klaus Wachtler schrieb: > oder eher Assembler=ASM-to-OBJ und einen OBJ-to-HEX? > Beides in der tool chain dabei... Schaue ich mir (noch)mal an ... Vielen Dank erstmal. Vielleicht kommen ja noch andere Vorschläge. Gruß Jobst
In Linux sind Tools wie Assembler und Linker als "bintools" zusammengefasst. Wenn man keinen Compiler braucht, dann besorgt man sich die bei GNU und installiert die über Sourcecode - fertige compilerfreie Pakete werden bei ARM nicht sehr häufig nachgefragt. Mit Compiler drin gibts eine aktuelle Version als freie Version bei Codesourcery. GnuARM ist ein bischen alt, könnte bei den Cortexen zu Problemen führen.
Klaus Wachtler schrieb: > gcc steht schon lange nicht mehr für "GNU C-Compiler", sondern > für "GNU compiler collection". Habe ich auch nie behauptet. Aber: The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, Ada, and Go Gruß Jobst
Mit der Toolchain geht assembler aber auch, selbst wenn es nicht außen drauf steht. Aus man gcc:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
Jobst M. schrieb: > The GNU Compiler Collection includes front ends for C, C++, Objective-C, > Fortran, Java, Ada, and Go Jau, und diese Frontends erzeugen Zwischencode für den Rest des GCC, der wiederum Assemblercode erzeugt, der wiederum vom Assembler zu Binärcode umgesetzt wird. Dieser Assembler gehört nun aber tatsächlich formal nicht zu GCC, sondern eben zu den bintools. Die aber logischerweise Bestandteil vom Compilerpaketen wie GnuARM oder Codesourcery sind. Am einfachsten kommt man also an einen Assembler ran, in dem man sich ein solches Compilerpaket besorgt.
Mal 'ne ganz blöde Frage: ist der gcc für alle Prozessoren gleichzeitig?
Er hat verschiedene Architekturmodule im Codegenerator, von denen bei der Übersetzung einer bestimmten Version des Compilers (z.B. für ARM) eines ausgewählt wird. Diese Module sind aber Bestandteil der Quellcodedistribution. Bei Assembler ist das ähnlich. Jede compilierte Version des ähnlich aufgebauten Quellcodes davon verdaut nur eine Architkturfamilie.
Gast
#2070846
Moin, nee ist er nicht
Tobi schrieb: > Moin, > > nee ist er nicht Scheint so :-/ Dann werde ich mir wohl noch einen zweiten gcc auf den Rechner setzen ... Ich berichte, wie es weiter geht ... Gruß Jobst
Gast
#2070852
A. K. schrieb: > bintools Eigentlich 'binutils'. Jobst M. schrieb: > The GNU Compiler Collection includes front ends for C, C++, Objective-C, > Fortran, Java, Ada, and Go GCC enthält nicht den Assembler, aber trotzdem kann man über ihn assemblieren, genauso wie er keinen Linker enthält, man aber trotzdem darüber linken kann. Assembler und Linker sind eben nicht Teil von GCC, müssen aber vorhanden sein, damit man GCC sinnvoll nutzen kann. Also sind die bei jeder Toolchain schon mit dabei.
Okay. Der aktuelle gcc setzt einen kompletten Umbau meines Systems voraus um diesen zu bauen. rpmseek findet keinen gcc dummguck ... das ist ja merkwürdig. Man kann danach browsen und wenn man ihn anklickt, kommt man wieder zur Suche ?? Das ist mir jetzt schon zu viel. Da schreibe ich mir lieber selber einen ... Gruß Jobst
Jobst M. schrieb: > rpmseek findet keinen gcc dummguck ... das ist ja merkwürdig. Jedenfalls keinen für ARM, wenn dein System nicht grad zufällig einen im Bauch haben sollte (was noch selten ist). > Man kann > danach browsen und wenn man ihn anklickt, kommt man wieder zur Suche ?? Vielleicht heisst er anders, aber wie immer er heisst, den so verbreiteten GCC für x86 oder amd64 wirst du nur dafür verwenden können, die gewünschten Binutils zu übersetzen. Nicht aber dazu, irgendwas für ARM zu übersetzen. Es könnte allerdings helfen, wenn man wüsste, was für eine Distro das überhaupt ist. Bis jetzt weiss ich dank der Erwähnung von rpmseek nur, welche es nicht sein kann. Ausserdem wäre da wie schon erwähnt Codesourcery lite. Nix übersetzen, nicht lang rpmsuchen, einfach installieren und arm-none-eabi-gcc aufrufen. Oder arm-none-eabi-as, wenn es dir nach dem Assembler in Reinform gelüstet.
Gast
#2070874
Jobst M. schrieb: > Okay. Der aktuelle gcc setzt einen kompletten Umbau meines Systems > voraus um diesen zu bauen. Was ist das denn für ein komisches System? Ich habe schon viele GCCs gebaut und wüßte nicht, warum man da irgendwas am System umbauen müßte. Abgesehen davon: Wenn du eh nur einen Assembler brauchst, warum willst du dann überhaupt einen GCC bauen? Wie gesagt: Assembler und Linker sind nicht Teil des GCC, sondern der binutils. Die kann man auch ohne GCC benutzen.
Das ist ein Mandriva 2009.0 Den gcc zu kompilieren habe ich ja nun auch schon gekippt. Allerdings bereiten mir die binutils auch gewisse Probleme. Ich habe das Komplettpaket gebaut - lief auch anstandslos durch. Aber zu ARM lässt sich das Ding nicht aus ... Wie muss ich den gas aufrufen? Gruß Jobst
Um nicht den hauseigenen Assembler, Compiler, Linker etc. für das eigene Systeme aufzurufen, haben die Programme meist die Architektur davorgesetzt, also statt gcc avr-gcc für den gcc, der AVR-Code erzeugt, arm-gcc für den, der ARM erzeugt, u.s.w.. Wenn du also nicht nur gebaut hast, sondern auch installiert, wäre arm-gas oder arm-as ein guter Ansatz... Auf einem Rechner hier mit der ARM-toolchain sind das die aufrufbaren Programme, die mit arm- beginnen:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
Vielleicht hilft dir das die Suche.
Gast
#2070889
Um hier mal sicher zu gehen: Du hast es auch für_ _ARM gebaut?
Gast
#2070890
Klaus Wachtler schrieb: > Wenn du also nicht nur gebaut hast, sondern auch installiert, > wäre arm-gas oder arm-as ein guter Ansatz... Halt das, was er beim configure als target angegeben hat.
Tja, wenn man wüsste, was er gemacht hat...
Seufz ... Also gut - ich dachte, ich reiche mit dem Bau hin ... Eigentlich wollte ich die vorhandenen binutils nicht überschreiben, da dann evtl. der gcc damit rumzickt. Aber die binutils habe ich ja noch als Paket da ... Also los ... [root@tube binutils-2.21]# make install ... nö ... kein arm-as, kein arm-gas, kein arm[garnüscht] nur den as
Klaus Wachtler schrieb: > Tja, wenn man wüsste, was er gemacht hat... Jobst M. schrieb: > Also gut - ich dachte, ich reiche mit dem Bau hin ... so genau wollten wir es gar nicht wissen, wie du "gebaut" hast :-)
Gast
#2070904
Jobst M. schrieb: > Eigentlich wollte ich die vorhandenen binutils nicht überschreiben, da > dann evtl. der gcc damit rumzickt. Brauchst du ja auch nicht. Wenn du die für ARM gebaut hast, haben die ja eh einen anderen Namen. Außerdem installiert man sich die natürlich in ein anderes Verzeichnis (ich würde was wie /opt/my-arm oder so wählen). > Also los ... > > [root@tube binutils-2.21]# make install > > ... nö ... kein arm-as, kein arm-gas, kein arm[garnüscht] Was hast du denn nun als target angegeben beim configure? Einfach nur arm?
Klaus Wachtler schrieb: > Tja, wenn man wüsste, was er gemacht hat... ich habe ihm einfach ein ./configure gegeben - was offensichtlich wohl falsch war ... Ich ging davon aus, daß er mir dann alles baut ... also nochmal ... gnnnnn Wo finde ich denn, wie ich den Arm dort einbaue? ./configure --help hilft nicht weiter ... Gruß Jobst
Rolf Magnus schrieb: > Einfach nur arm? Endet mit *** BFD does not support target arm-unknown-none. Gruß Jobst
Gast
#2070922
Hier meine Skripte um GCC für ARM7 zu bauen, target ist arm-elf. Für andere ARM Versionen sind evtl. Anpassungen nötig (es wäre schön gewesen, wenn du etwas präziser schreiben würdest, für welche ARM-Variante du das brauchst, welches Linux du hast, ...). Wobei das für den Assembler wohl eher unkritisch ist, dafür reicht wie schon gesagt das binutils-Paket. Die Versionen sind auch nicht ganz aktuell. Da mußt du dich halt mal selbst ein bißchen schlau machen, und ein bißchen strukturierter vorgehen, sonst wird das nichts.
Jürgen schrieb: > target ist arm-elf. Ich weiß derzeit noch gar nicht, ob elf mich weiter bringt ... Jürgen schrieb: > welche ARM-Variante du das brauchst, welches Linux du hast 1.) Noch nicht festgelegt 2.) Jobst M. schrieb: > Das ist ein Mandriva 2009.0 Hiermit scheint es nun geklappt zu haben: ./configure --target=arm-none-eabi Damit werde ich nun erst mal herumspielen ... Die Optionen des Assemblers bieten ja auch noch einige Fallen ... Zunächst einmal vielen Dank an alle! Gruß Jobst
Gast
#2070954
Nimm das Tool von der rosaroten Edition
Hi, anbei mal ein minimales Beispiel für den arm-elf-gcc, welcher so gebaut wurde: http://bb.osmocom.org/trac/wiki/GnuArmToolchain Steve
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.