Hallo zusammen, ich versuche mich gerade mal an dem AVR0 ATmega4809, was ein avrxmega3-core ist. Ich benutze den gcc und habe aus dem Atmel-Pack Header device-specs crtatmega4809.o libatmega4809.a entnommen und in die gcc Verzeichnisse kopiert. Allerdings gibt es keine libc / libm für diese Architektur, so dass das Linken scheitert. Frage: wie kann ich libc / libm für diese Architektur erzeugen? Danke!
Wilhelm M. schrieb: > Hallo zusammen, > > ich versuche mich gerade mal an dem AVR0 ATmega4809, was ein > avrxmega3-core ist. Ich habe schon probiert durch Anpassen des scripts gen-avr-lib-tree.sh in avr-libc weiterzukommen. Aber irgendetwas habe ich übersehen: die Verzeichnisse und Makefile.am werden erzeugt, jedoch auch nach automake / autoconf werden die Teile nicht mit compiliert.
Noch ein Update: ein automake --add-missing erzeugt einfach keine Makefile.in, weil es einen Fehler meldet: z.B.: automake: thread 0: reading libm/fplib/Files.am automake: thread 0: not writing libm/fplib/Makefile.in because of earlier errors es gibt auch überall Warnungen der Art: avr/lib/avrxmega7/Makefile.am:79: 'libc/misc/Rules.am' included from here libc/misc/Rules.am:68: warning: filter-out -mmcu=%,$(COMPILE: non-POSIX variable name libc/misc/Rules.am:68: (probably a GNU make extension) Meine Version von automake ist: automake (GNU automake) 1.16.1 Copyright (C) 2018 Free Software Foundation, Inc. Irgendwelche Ideen?
Hat sich erledigt: avr-libc/trunk hat den Fehler nicht mehr ;-)
Un mit trunk sollten auch die Versionen der lib[mc].a für avrxmega3 erzeugt werden.
Ja, alles in bester Ordnung mit der Version aus trunk. Warum ich es mit der alten Version 2.0.0 versucht hatte, erschließt sich mir selbst nicht mehr ;-)
Den Anstoß dazu lieferte übrigens folgendes Board: https://www.digikey.de/product-detail/de/microchip-technology/DM320115/DM320115-ND/9657705