Winavr ist doch gcc, oder? Klar kann man damit auch Bibliotheken erzeugen. Evtl. musst Du aber Deinen Code anpassen, bevor er sich mit dem avr-gcc compilieren lässt. Dann musst Du eigentlich nur noch die kompilierten Objektdateien mit "ar" in ein Archiv packen (und sinnvollerweise "ranlib" drüber laufen lassen), schon hast Du Deine Bibliothek.
Falls Codevision nicht gerade ELF-Format mit dem ABI vom AVR-GCC produziert (wovon ich nicht ausgehe), wird das wohl nicht gehen.
Das ABI ist mehr oder minder schlecht hier beschrieben:
formatting link
avr-ar kann eine Bibliothek aus vorher compilierten Objektmodulen erzeugen, die avr-ld als Linker dann zugreifen kann. Der Unix-Linker arbeitet dabei so, dass er für jedes global undefinierte Symbol an der Stelle, an der eine Bibliothek auf der Kommandozeile angegeben ist, einen Modul aus der Bibliothek reinzieht (komplett, mit allen enthaltenen Funktionen, falls dies mehrere sind), sofern dieser Modul das Symbol definiert. Anschließend wird noch geschaut, ob daraus neue undefinierte Symbole entstanden sind und dies für die aktuelle Bibliothek so lange wiederholt, bis sie nichts mehr auflösen helfen kann. Danach geht es mit dem nächsten Objektmodul bzw. der nächsten angegebenen Bibliothek weiter.
Das Compiler-Frontend linkt üblicherweise als letztes in der Reihenfolge gegen die Systembibliothek(en). Beim GCC ist das typischerweise die Folge -lc -lgcc -lc, d.h. es werden im Systembibliotheksverzeichnis der Reihe nach libc.a, libgcc.a, und abschließend noch einmal libc.a durchsucht.
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/ NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
Ich habe da mal ein Makefile geschrieben (geht aus dem "standard Makefile" von Eric B. Weddington, Jörg Wunsch u.s.w hervor):
#**************************************************************** #* Beispiel Makefile für den AVR-GCC * #* Geschrieben von Heiko Lechner * #**************************************************************** # # Der GCC sollte im Pfad stehen, dass Make ihn von überall aufrufen kann # Weiterhin sollte, die Dateien rm.exe (REMOVE), ar.exe (Archive) im # Pfad stehen (ist z.B. bei WinAVR dabei). Es wird auch mkdir benutzt, # jedoch in der # GNU- Version, weil die MS-Version beschränkt ist. Es wird eine Datei # mit dem Namen gnumkdir.exe im Pfad vorausgesetzt. # Alternativ können auch alle Dateien mit dem Makefile in einem Pfad # stehen. # # Unterstützte angaben: # make all # make clean
#-------------------------------------- # Angabe über den benutzten Prozessor # Also einfach das "#" vor dem gewünschten Prozessor entfernen und # darauf achten, # dass alle anderen noch dran sind :)
#-------------------------------------- # C- Standard- Level # # Aus dem Handbuch: # # Determine the language standard. This option is currently only # supported when # compiling C or C++. A value for this option must be provided; possible # values # are # 'c89' # 'iso9899:1990' ISO C90 (same as '-ansi'). # 'iso9899:199409' ISO C90 as modified in amendment 1. # 'c99' # 'iso9899:1999' # 'gnu89' Default, ISO C90 plus GNU extensions # (including some C99 features). # 'gnu99' # 'c++98' The 1998 ISO C++ standard plus # amendments. # 'gnu++98' The same as '-std=c++98' plus GNU extensions. # This is the default for C++ code.
#-------------------------------------- # Hier kann man z.B. -D or -U Optionen einfügen (-D u.a. müssen explizit # angegeben werden) CDEFS =
#-------------------------------------- # Ab hier sollte nichts mehr eingetragen werden müssen #--------------------------------------
# Zusammenfassen der Compileroptionen CFLAGS = -mmcu=$(MCU) #CFLAGS += -$(DEBUG) #CFLAGS += $(CDEFS) CFLAGS += -$(OPT) #patsubst(x,y,z) sucht in z nach Leerzeichengetrennten Wörtern mit dem #Muster x und ersetzt diese durch y CFLAGS += $(patsubst %,-I%,$(EXTRAINCDIRS)) #Hier wird also in EXTRAINCDIRS nach Leerzeichen " " gesucht und diese #dann durch "-I " ersetzt CFLAGS += -std=$(CSTANDARD)
# Assembler Flags ASFLAGS = -$(MCU)
# Linker Flags LDFLAGS =
# Ausgabepfad OUTPUTPATH=LIB_$(MCU)/
# Benutzte Programme CC = avr-gcc REMOVE = rm -f COPY = cp AR = ar MD = gnumkdir -m666 -p NM = nm
# Standardausgaben definieren # Deutsch MSG_ERRORS_NONE = Fehler: keine MSG_BEGIN = -------- Anfang -------- MSG_END = -------- Ende -------- MSG_ARCHIEVING = Archivieren: MSG_COMPILING = Kompilieren: MSG_ASSEMBLING = Assemblieren: MSG_CLEANING_OBJ = Projekt bereinigen .o: MSG_CLEANING_TGT = Projekt bereinigen .a: MSG_COPYING = In .hex kopieren: MSG_SHOW_ARCHIVE = Funktionen der Library:
# Den Namen der Objektdateien bestimmen (Die .c Dateien werden zu .o # Dateien) OBJ = $(SRC:.c=.o) $(ASRC:.S=.o) OBJ2 = $(patsubst %,$(OBJPATH)%,$(OBJ))
#Den neuen Targetnamen bestimmen TARGET2 = lib$(TARGET)
# make all all: begin avrgccversion clean_obj build show_archive end
d.h. ich könnte bei dieser Link-Reihenfolge z.B. printf() durch eine selbstdefinierte Funktion im Programm einfach überschreiben, ohne das der Linker meckert?
Cool, man lernt nie aus! Muss ich morgen mal ausprobieren.
Ja, meckern wird er nicht. Aber du hast in C (genauer gesagt: in einem hosted environment) nicht das Recht, Funktionen der Standardbibliothek selbst zu überschreiben. Dies gibt dem Compiler die Möglichkeit, Optimierungen auf der Basis seines Wissens über die Standardfunktionen vorzunehmen. Wenn du also irgendwo schreibst:
da er weiß, was die Funktions strlen() mit einem konstanten String macht. GCC beispielsweise ersetzt:
printf("Foo!\n");
durch
puts("Foo!");
In einem freestanding environment (-ffreestanding) darf er das zwar nicht machen, dann kannst du die Bibliotheksfunktionen auch überschreiben, aber dir entgehen eben u. U. auch einige Optimierungen. Da heutzutage auch embedded applications typischerweise einiges aus der Systembibliothek benutzen (die sich wiederum soweit möglich an die C-Standard-Bibliothek anlehnt), sind sie gar nicht mehr so recht der klassische Fall von freestanding environment, für die man sie zuerst halten könnte.
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/ NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
Irgendsowas wird sein Codevision auch benutzen... nur dass er es nicht (ohne weiteres) modifizieren kann.
Oder halt in Doxygen. Dann wird sie wenigstens mit dem Code auch parallel gleich mit gepflegt.
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/ NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.