WIN7 ARMGCC Makefile

BarneyBub schrieb:
> - wie bringe ich das Makefile dazu die .c und .h Dateinen in mehreren
> Unterverzeichnissen zu suchen?

VPATH auf die entsprechenden Unterverzeichnisse zeigen lassen

>  - wie bringe ich die Objects ins obj - Verzeichnis?

OBJS=$(patsubst %.c,%.o,$(SRCS))

und ein entsprechendes Compile-Rule aufsetzen.

>  - was hat das -I beim aneinanderhängen mehrer Include Pfade mit
> aufsich?

man gcc
Hat mit make nichts zu tun.

>  - gibt es in einem Makefile keine einheitlichen Vorgehensweisen?

make ist ein mächtiges Werkzeug, das lernt man nicht in einer halben 
Stunde.
Deswegen gibt es auch für ein und dasselbe Problem zig verschiedene 
Lösungen (von denen die, die man so im Internet findet, oft nicht die 
besten sind).

Um Dateien in Verzeichnissen zu suchen, google mal nach vpath (Alles in 
$(...) sind vorher sinnvoll gesetzte Variablen, falls noch nicht 
bekannt).

vpath %.c $(VPATH_C)
vpath %.cpp $(VPATH_CPP)
vpath %.cc $(VPATH_CPP)

Hiermit kann man angeben, in welchen Verzeichnisen nach Dateien gesucht 
werden soll.

Ojekte ins Builddir bringst Du mit folgender Regel:
$(BUILD_DIR)/%.o: %.c
  $(CC) -o $@ $(CFLAGS) $(INCL) -c $<

Hier ist dann vpath wieder praktisch, da es so für alle C-Code Dateien 
gilt.

Die Frage mit -I verstehe ich nicht ganz. Dem Compiler sagt man mit dem 
Include Paramter, wo er zusätzlich nach Header suchen soll, bevor er das 
in den Standardverz. macht. Hat nichts mit make zu tun. Pro Verzeichnis 
ein -I.

Für Makefiles gibt es eine einheitliche Vorgehensweise, indem man sagt, 
was man bauen will, wovon das abhängt und Rezepte anfügt.

Google mal nach Makefile + manual. Es gibt von Gnu selber gute Manuals. 
Make ist halt am Anfang schwierig und unschön. Nachdem man sich damit 
ein wenig auseinandergesetzt hat, ist es nur noch unschön.

Ohne Einarbeitung ausserhalb von Foren wird das eine ewige Qual bleiben.