AVR Studio 5: Probleme mit Pfadangaben im makefile

[Habakuk T. (tibatong)]

Hallo zusammen,

ich habe AVR Studio 5.1 installiert, um ein bereits angelegtes Projekt 
fortzuführen. Dabei waren im makefile einige absolute Pfadangaben zu 
ändern, damit sie auf die Pfade in meinem System passen (schon mal 
unschön!). Bei der folgenden vermeintlich einfachen Änderung habe ich 
dann schon in die Sch.... gegfriffen:

# project name & path
PROJPATH     = D:\Software\Projects\Test
# paths of binaries
WINAVR      = C:\Programme\Atmel\AVR Studio 5.1\extensions\Atmel\AVRGCC\3.3.1.27\AVRToolchain
WINAVR_BIN   = $(WINAVR)/bin
#WINAVR_INC   = $(WINAVR)/avr32/include
WINAVR_INC   = $(PROJPATH)/AVR32cmp/inc
AVR32_LINKERSCRIPT = $(WINAVR)/avr32/lib/ldscripts

bezieht sich ja u.a. auf

$(HEX_OUT): $(DRI_OBJS) $(C_OBJS)

  #@echo Generating Objectfile:  exception.o
  @$(CC) -c $(OPT_AS) -o$(OBJ_DIR)/exception.o  $(SOURCE_DIR)/exception.S
  
  #@echo Linking and generating $*.elf
  @$(CC)  $(OPT_LC) $(C_OBJS) $(DRI_OBJS) $(OBJ_DIR)/exception.o -lm
  #@echo converting .elf to .hex
  @$(WINAVR_BIN)/avr32-objcopy -j .text -j .data -O ihex $(OBJ_DIR)/$(PROJECT_NAME).elf $(OBJ_DIR)/$(PROJECT_NAME).hex
  #@echo generating .lst File
  #@$(WINAVR_BIN)/avr32-objdump -h -S -j .text -j .data $(OBJ_DIR)/$(PROJECT_NAME).elf > $(OBJ_DIR)/$(PROJECT_NAME).lst
  @$(WINAVR_BIN)/avr32-objdump -h -S $(OBJ_DIR)/$(PROJECT_NAME).elf > $(OBJ_DIR)/$(PROJECT_NAME).lst
  #@echo size
  @$(WINAVR_BIN)/avr32-size $(OBJ_DIR)/$(PROJECT_NAME).elf
  @$(WINAVR_BIN)/avr32-size $(OBJ_DIR)/$(PROJECT_NAME).hex
  #@echo Moving files into Hex directory
  @-mv -f $(OBJ_DIR)/$@.* $(HEX_DIR)
  @-mv -f $(HEX_DIR)/*.elf $(ELF_DIR)

Kompilieren klappt wunderbar aber wenn ich beim Linken angekommen bin, 
dann bekommt das System Probleme mit den Leerzeichen im 
AVR-Installationsverzeichnis und kann das .elf-File nicht anlegen.

Kopiere ich jetzt die gesamte Toolchain aus dem 
AVR-Installationsverzeichnis in einen oberen Pfad und ändere jetzt in:

# project name & path
PROJPATH     = D:\Software\Projects\Test
# paths of binaries
WINAVR      = C:\Programme\Atmel\AVRToolchain

dann wird das .elf-File problemlos erzeugt. Ich bekomme jetzt allerdings 
noch Probleme bei der Erzeugung des .lst-Files, da er das Zeichen "\" 
nun auslässt und infolge dessen das Projektverzeichnis nicht findet.

Erst der Code:

# project name & path
PROJPATH     = D:/Software/Projects/Test
# paths of binaries
WINAVR      = C:/Programme/Atmel/AVRToolchain

löst alle Probleme!

Hat aber lange gedauert, bis ich das rausgefunden habe... Außerdem ist 
die Lösung total unelegant, da etwaige Update im Atmel Verzeichnis nun 
in meiner "Kopie" händisch nachgezogen werden müssen.

Da ich überhaupt keine Ahnung von makefiles habe wollte ich mal fragen 
ob wem etwas eleganteres einfällt?

Vielen Dank, HK

[Tutor (Gast)]

Du hast ein makefile das für WINAVR geschrieben wurde. Aber du setzt 
paths für AVRtoolchain. Du solltest das nicht durchmischen.

Es gibt bekannte Probleme mit WINAVR makefiles, die unter AVRToolchain 
eingesetzt werden (u.a. wegen fehlender sh shell). Allgemein lassen sich 
diese aber benutzen, wenn im Systempath WINAVR hinter AVRtoolchain 
steht.

[Johann L. (gjlayde)]

Da sind Leerzeichen (Stringende) im Pfad

[jb (Gast)]

wie sieht, dass mit dem makefile bei ATmel Studio 6 aus? muss man bei 
Atmel Studio 6 auch ein makefile erstellen und funktioniert das alles 
automtisch? denn bei öffnen des makefiles, steht am oberen rand, nicht 
zu übersehen, ein text und der lautet

"Automatically-generated file. Do not edit!"

das heißt doch so viel. nichts anfassen wird automatisch erzeugt.

nun lese ich in manchen Beiträgen, wie die versuchen ein makefile zu 
erstellen.

kann mir das jemadn erklären?

gruß
jb

[Stefan (Gast)]

Mit manuell erstellten makefiles kann man Funktionen hinzufügen, die das 
AVR Studio nicht unterstützt.

Bei meinem Webserver Modul rufe ich z.B. ein Perl-Script auf, um HTML 
und GIF Dateien in C-Quelltext umzuwandeln (Byte-Arrays), der erst dann 
vom C Compiler compiliert wird.

Insofern kann das manuelle Erstellen von Makefiles je nach Projekt 
durchaus Mehrwert bringen.