Hier warten noch ein paar ARM Platinchen bezw. Entwicklungsboards mit: StrongArm, ARM7, ARM9, Cortex A9 auf eine sinnvolle Beschäftigung ;) Dazu habe ich Eclipse LUNA mit passendem CDT Plugin installiert und als Toolchain "GNU Tools for ARM Embedded Processors 4.9" installiert. Der Beispielcode von Atmel, für das AT91SAM9260-EK, der für den Keilcompiler geschrieben ist compiliert mal schon. Da das aber alles eine wilde Fummelei war, wüsste ich jetzt gerne wie man eigene projekt-typen in eclipse sich schreiben kann weil Atmel und auch Arm scheinbar kein Interesse mehr an ihren alten Produkten haben ist ja auch beim Atmel Studio bei der ARM unterstützung so. Muss ich da in der eclipse, der CDT oder der Toolchain doku suchen ? Wo gehört das dazu ? Hat da irgend jemand einen link dazu ? Host ist Windows7 64Bit.
Viel Spaß :-( Eclipse CDT hat, im Gegensatz zu Eclipse für Java eine Project-Template Engine, mit der man eigene C/C++ Projekt-Typen definieren kann. Das ist die gute Nachricht. Die schlechten Nachrichten ist, die Doku (http://help.eclipse.org/luna/topic/org.eclipse.cdt.doc.isv/guide/projectTemplateEngine/index.html) ist miserabel. Und sollte der CDT Project-Wizard mit Template Engine nicht ausreichen, kann man für gesteigerte Schmerzen einen eigene Eclipse-Erweiterungen in Form eines Wizards programmieren. Die Doku für sowas ist, man ahnt es schon, beschissen (http://help.eclipse.org/luna/topic/org.eclipse.platform.doc.isv/guide/dialogs_wizards_newWizards.htm). Beide Wege sind voller Überraschungen. Eclipse wird intern nur durch Spucke und Kaugummi zusammengehalten und die Eclipse-Entwickler selber haben schon lange den Überblick über ihr internes Gemetzel verloren. Mit ungewollten Seiteneffekten ist zu rechnen.
Gast
#4007871
Hallo Hannes, > Eclipse-Entwickler selber haben schon lange den Überblick > über ihr internes Gemetzel verloren. Es ist mein innerster Wunsch dir meinen Dank für die umfassende und vollkommen korrekte Analyse eines der schlimmsten Softwareprodukte unserer Zeit auszusprechen. Olaf
Olaf schrieb: > Es ist mein innerster Wunsch dir meinen Dank für die umfassende und > vollkommen korrekte Analyse eines der schlimmsten Softwareprodukte > unserer Zeit auszusprechen. Danke. Ich dachte schon, nur ich komm' nicht damit zurecht, weil ich schon seit Jahrzehnten anscheinend eine akute Allergie gegen alles habe, was in Java geschrieben ist. Wer Lust hat, mal was anderes zu probieren: ich habe QtCreator für mich entdeckt. Auch wenn's eigentlich nicht dafür gedacht ist: das Ding kann alles, was man für Embedded-Entwicklung - auch ohne Qt - braucht und ist m.E. dabei um Klassen besser als z.B. Geany oder Code::Blocks. Dabei schlank, schnell und konfigurierbar. Und wenn doch mal was fehlt, fummelt man sich das (in C++ oder Python) eben selber hin. Gut genug jedenfalls, um Eclipse da zu lassen wo's hingehört: in der Tonne.
Hm. Unabhängig von den sonstige Eigenheiten der Wundertüte Eclipse lief das, als ich es mal für ARM probiert habe, mit YAGARTO mehr oder weniger "out of the box". Oliver
Dankeschön Hannes Jaeger, da sieht doch nach einem guten Startpunkt aus :-) Java ist ja nicht das schnellste und eclipse belegt 800MB Plattenplatz also auch nichts für die SSD. Es ist ein riesiger Moloch geworden, einfach jeden Unsinn, mit dem Argument: man kann es ja mal brauchen, reingepackt. Das ist auch mit den neueren Visual Studios auch so geworden, da wurden die Plugins auch immer mehr verkompliziert. Atmel Studio zu erweitern ist bestimmt auch nicht einfacher.