Hilfe zu makefile

[Entwickler (Gast)]

Hi,

für eine Anwendung habe ich mir ein eigenes makefile erzeugt. Die 
C-Dateien liegen in unterschiedlichen Verzeichnissen. Nun möchte ich,
dass die generierten OBJ-Dateien nicht da abgelegt werden wo sich die 
einzelnen C-Dateien befinden, sondern im Verzeichnis der Anwendung. Wie 
müsste ich die nachfolgenden Zeilen abändern?

%.obj: %.c
  $(COMPILER_PROGRAM) $(ASM_OPTIONS) $(C_OPTIONS) -c -o "$@" "$<"

[Cyblord -. (cyblord)]

Das hat weniger mit dem Makefile und mehr mit dem verwendeten Compiler 
zu tun. Schaue dort in den Aufrufparametern wie man die Ausgabedateien 
spezifiziert.

[Entwickler (Gast)]

Die OBJ-Dateien werden erzeugt, mit meinem makefile. Mir geht es nur 
darum, dass die OBJ-Dateien nicht im gleichen Verzeichnis wo sich auch 
die C-Dateien befinden, abgelegt werden.

Pfad Anwendung:

C:\Test\Projekt\OBJ\

Da sollen alle OBJ-Dateien abgelegt werden.

[Fred (Gast)]

Entwickler schrieb:
> Nun möchte ich,
> dass die generierten OBJ-Dateien nicht da abgelegt werden wo sich die
> einzelnen C-Dateien befinden, sondern im Verzeichnis der Anwendung.

Starte den Makeaufruf in dem Verzeichnis, wo die Objektdateien landen 
sollen und benutze VPATH.

Siehe Regel 3 in http://mad-scientist.net/make/rules.html und vor allem 
http://mad-scientist.net/make/vpath.html

[Boris O. (bohnsorg)]

Viel wichtiger als das Wie? ist das Warum? Makefiles enthalten auch 
einen clean-Aufruf, womit die Artefakte abgeräumt werden, die unterwegs 
entstanden. Es spricht nichts dagegen, nach der Erzeugung der Bibliothek 
oder des Programms die erstellten Artefakte abzuräumen (wenn das auch 
für zyklisches Bauen aus Versuch-Test-Korrektor-Goto Versuch Mist ist).

[Kai S. (zigzeg)]

Entwickler schrieb:
> einzelnen C-Dateien befinden, sondern im Verzeichnis der Anwendung. Wie
> müsste ich die nachfolgenden Zeilen abändern?
>
>

> %.obj: %.c
>   $(COMPILER_PROGRAM) $(ASM_OPTIONS) $(C_OPTIONS) -c -o "$@" "$<"
>

Den Namen des Zielobjektes gibst Du mittels der -o Option. Da ich die 
genaue Verzeichnisstruktur nicht kenne einfach mal ein Schuss ins blaue, 
muss entsprechend angepasst werden:

%.obj: %.c
  $(COMPILER_PROGRAM) $(ASM_OPTIONS) $(C_OPTIONS) -c -o "../OBJ/$@" "$<"

Bin allerdings nicht sicher, ob das Linken so funktionieren wird. Evtl. 
ist die Loesung mit VPATH besser.

ZigZeg

[ah8 (Gast)]

Ich mach's immer so:

# how is the final executable called?
exec = ...

# what modules are needed?
modules = ...

# what are the directories containing the source files?
VPATH = ...

# where should the objects be built?
builddir = ...


# what objects are needed
objects = $(addprefix $(builddir)/, $(addsuffix .o, $(modules)))


# how to build the executable
$(exec): $(objects)
  $(cc) -o $@ $^ $(lflags)

# how to compile objects
$(objects): $(builddir)/%.o: %.cpp
  $(cc) -c $(cflags) $(incl) -o $@ $<

Einfach alles ausfüllen (natürlich auch cc, cflags, lflags, incl etc.), 
Deine zu übersetzenden Source-Files trägst Du ohne Endung (.c, .cpp 
etc.) unter modules ein.

[ah8 (Gast)]

PS: Das Executable selber wird in dem Verzeichnis erzeugt, aus dem 
make gestartet wird.

[ah8 (Gast)]

Boris Ohnsorg schrieb:
> Viel wichtiger als das Wie? ist das Warum?

Ein Grund wären zum Beispiel Backups. Ich habe in allem meinen Makefiles 
(na ja, in fast allen) eine kleines Skript, welches nach jedem (!) 
erfolgreichen Compiler-Lauf mittels eines einfachen find|cpio|bzip2 + 
timestamp ein Backup fährt. Das können je nach Situation full-, 
incremental- oder delta-Backups sein, meistens fahre ich nach einem 
erfolgreichen Unit-Test ein full-Backup, nach jedem Compiler-Lauf ein 
delta-Backup. Gerade letztere sind oft nur ein paar dutzend Kilobyte 
groß und genau die, die mir bisher die meisten Kopfschmerzen erspart 
haben. Natürlich geht das nur effizient, wenn man auf alles verzichtet, 
was groß und unnötig ist. Das trifft am ehesten auf Objektdateien zu, 
aber auch auf alles andere, was automatisch erzeugt wurde. (Man kann es 
ja jederzeit wieder erzeugen, die Quellen hat man ja.) Das geht am 
einfachsten, wenn man alles automatisch Erzeugte in ein eigenes 
Verzeichnis tut, welches man dann ganz einfach vom Backup ausschließen 
kann. Geht sicher auch anders, aber so am einfachsten. Außerdem lässt 
sich so einfacher aufräumen und es ist übersichtlicher.

[Entwickler (Gast)]

Erstmal vielen Dank an alle!

Die OBJ-Dateien sollen im Projektordner unter obj abgelegt werden
--> C:\Test\Projekt\obj\

Bisher ist es mir nicht gelunden, dass die obj-Datein im Ordner obj 
abgelegt werden.

OBJ_FILES = MainApplication.obj \              ..\..\Lib\Can.obj \
    ..\..\Lib\Uart.obj

All: $(OBJ_FILES)
  $(COMPILER_PROGRAM) $(OBJ_FILES)

%.obj: %.c
  $(COMPILER_PROGRAM) $(CCOMPILER_OPTIONS) -c -o "$@" "$<"

[ah8 (Gast)]

Entwickler schrieb:
> Die OBJ-Dateien sollen im Projektordner unter obj abgelegt werden
> --> C:\Test\Projekt\obj\
>
> Bisher ist es mir nicht gelunden, dass die obj-Datein im Ordner obj
> abgelegt werden.
> OBJ_FILES = MainApplication.obj \              ..\..\Lib\Can.obj \
>     ..\..\Lib\Uart.obj
>
> All: $(OBJ_FILES)
>   $(COMPILER_PROGRAM) $(OBJ_FILES)
>
> %.obj: %.c
>   $(COMPILER_PROGRAM) $(CCOMPILER_OPTIONS) -c -o "$@" "$<"

Ja, wie denn auch? Das Verzeichnis C:\Test\Projekt\obj\ taucht im 
Makefile (wenigstens in dem Teil, den wir sehen) ja nicht einmal auf. 
..\..\Lib wird's ja wohl nicht sein.

[Entwickler (Gast)]

Sorry.

Der Pfad wo die Lib-Dateien enthalten sind heißt:

C:\Test\Lib\

[Cyblord -. (cyblord)]

Entwickler schrieb:
> Sorry.
>
> Der Pfad wo die Lib-Dateien enthalten sind heißt:
>
> C:\Test\Lib\

Die Lösung wurde doch schon gepostet von Kai S.

Oder die VPATH Lösung.

Fragst du jetzt solange immer dasselbe bis jemand zu dir kommt und das 
für dich macht? Was hast du denn jetzt ausprobiert von den angegebenen 
Lösungen? Poste das mal? Kommen Fehlermeldungen? Oder was sonst?

gruß cyblord