Wie kann ich ein Makefile für C-Projekte mit den Unterverzeichnissen SRC, OBJ und BIN erstellen?

Vor ein paar Monaten kam ich auf das folgende Generikum Makefile für Schulaufgaben:

# ------------------------------------------------
# Generic Makefile
#
# Author: [email protected]
# Date  : 2010-11-05
#
# Changelog :
#   0.01 - first version
# ------------------------------------------------

# project name (generate executable with this name)
TARGET   = projectname

CC       = gcc -std=c99 -c
# compiling flags here
CFLAGS   = -Wall -I.

LINKER   = gcc -o
# linking flags here
LFLAGS   = -Wall

SOURCES  := $(wildcard *.c)
INCLUDES := $(wildcard *.h)
OBJECTS  := $(SOURCES:.c=*.o)
rm       = rm -f

$(TARGET): obj
    @$(LINKER) $(TARGET) $(LFLAGS) $(OBJECTS)
    @echo "Linking complete!"

obj: $(SOURCES) $(INCLUDES)
    @$(CC) $(CFLAGS) $(SOURCES)
    @echo "Compilation complete!"

clean:
    @$(rm) $(TARGET) $(OBJECTS)
    @echo "Cleanup complete!"

Dies wird im Grunde jede kompilieren .c und .h Datei zu generieren .o Dateien und die ausführbare Datei projectname alles im selben Ordner.

Nun, ich möchte das ein wenig vorantreiben. Wie kann ich ein Makefile schreiben, um ein C-Projekt mit der folgenden Verzeichnisstruktur zu kompilieren?

 ./
 ./Makefile
 ./src/*.c;*.h
 ./obj/*.o
 ./bin/<executable>

Mit anderen Worten, ich hätte gerne ein Makefile, aus dem C-Quellen kompiliert werden ./src/ hinein ./obj/ und verknüpfen Sie dann alles, um die ausführbare Datei zu erstellen ./bin/.

Ich habe versucht, verschiedene Makefiles zu lesen, aber ich kann sie einfach nicht für die obige Projektstruktur zum Laufen bringen; Stattdessen kann das Projekt nicht mit allen möglichen Fehlern kompiliert werden. Sicher, ich könnte eine vollwertige IDE (Monodevelop, Anjuta usw.) verwenden, aber ich bleibe ehrlich gesagt lieber bei gEdit und dem guten alten Terminal.

Gibt es einen Guru, der mir eine funktionierende Lösung oder klare Informationen darüber geben kann, wie dies bewerkstelligt werden kann? Vielen Dank!

** AKTUALISIEREN (v4) **

Das finale Resultat :

# ------------------------------------------------
# Generic Makefile
#
# Author: [email protected]
# Date  : 2011-08-10
#
# Changelog :
#   2010-11-05 - first version
#   2011-08-10 - added structure : sources, objects, binaries
#                thanks to http://stackoverflow.com/users/128940/beta
#   2017-04-24 - changed order of linker params
# ------------------------------------------------

# project name (generate executable with this name)
TARGET   = projectname

CC       = gcc
# compiling flags here
CFLAGS   = -std=c99 -Wall -I.

LINKER   = gcc
# linking flags here
LFLAGS   = -Wall -I. -lm

# change these to proper directories where each file should be
SRCDIR   = src
OBJDIR   = obj
BINDIR   = bin

SOURCES  := $(wildcard $(SRCDIR)/*.c)
INCLUDES := $(wildcard $(SRCDIR)/*.h)
OBJECTS  := $(SOURCES:$(SRCDIR)/%.c=$(OBJDIR)/%.o)
rm       = rm -f


$(BINDIR)/$(TARGET): $(OBJECTS)
    @$(LINKER) $(OBJECTS) $(LFLAGS) -o $@
    @echo "Linking complete!"

$(OBJECTS): $(OBJDIR)/%.o : $(SRCDIR)/%.c
    @$(CC) $(CFLAGS) -c $< -o $@
    @echo "Compiled "$<" successfully!"

.PHONY: clean
clean:
    @$(rm) $(OBJECTS)
    @echo "Cleanup complete!"

.PHONY: remove
remove: clean
    @$(rm) $(BINDIR)/$(TARGET)
    @echo "Executable removed!"

Zuerst dein $(OBJECTS) Regel ist problematisch, weil:

1. es ist irgendwie wahllos, zu machen alle Quellenvoraussetzungen für jedes Objekt,
2. es wird oft verwendet die falsche Quelle (wie Sie mit entdeckt haben file1.o und file2.o)
3. es versucht, ausführbare Dateien zu erstellen, anstatt bei Objekten anzuhalten, und
4. der Name des Ziels (foo.o) ist nicht das, was die Regel tatsächlich erzeugt (obj/foo.o).

Ich schlage Folgendes vor:

OBJECTS  := $(SOURCES:$(SRCDIR)/%.c=$(OBJDIR)/%.o)

$(OBJECTS): $(OBJDIR)/%.o : $(SRCDIR)/%.c
    $(CC) $(CFLAGS) -c $< -o $@
    @echo "Compiled "$<" successfully!"

Das $(TARGET) Regel hat das gleiche Problem, dass der Zielname nicht wirklich beschreibt, was die Regel erstellt. Aus diesem Grund, wenn Sie tippen make mehrere Male erstellt Make das Ziel jedes Mal neu, obwohl es keinen Grund dafür gibt. Eine kleine Änderung behebt das:

$(BINDIR)/$(TARGET): $(OBJECTS)
    $(LINKER) $@ $(LFLAGS) $(OBJECTS)
    @echo "Linking complete!"

Sobald das alles in Ordnung ist, könnten Sie eine ausgefeiltere Behandlung von Abhängigkeiten in Erwägung ziehen; Wenn Sie eine der Header-Dateien ändern, weiß dieses Makefile nicht, welche Objekte/ausführbaren Dateien neu erstellt werden müssen. Aber das kann noch einen Tag warten.

BEARBEITEN:

Entschuldigung, ich habe einen Teil weggelassen $(OBJECTS) Regel oben; Ich habe es korrigiert. (Ich wünschte, ich könnte „strike“ in einem Codebeispiel verwenden.)

Sie können die hinzufügen -I Flag zu den Compiler-Flags (CFLAGS), um anzugeben, wo der Compiler nach Quelldateien suchen soll, und das Flag -o, um anzugeben, wo die Binärdatei gelassen werden soll:

CFLAGS   = -Wall -I./src
TARGETPATH = ./bin

$(TARGET): obj
    @$(LINKER) $(TARGETPATH)/$(TARGET) $(LFLAGS) $(OBJECTS)
    @echo "Linking complete!"

Um die Objektdateien in die obj Verzeichnis verwenden Sie die -o Option beim Kompilieren. Schauen Sie sich auch die an $@ und $< automatische Variablen.

Betrachten Sie zum Beispiel dieses einfache Makefile

CFLAGS= -g -Wall -O3                                                            
OBJDIR= ./obj

SRCS=$(wildcard *.c)
OBJS=$(SRCS:.c=.o )
all:$(OBJS)

%.o: %.c 
   $(CC) $(CFLAGS) -c $< -o $(OBJDIR)/$@

Aktualisieren>

Wenn ich mir Ihr Makefile ansehe, erkenne ich, dass Sie die verwenden -o Flagge. Gut. Verwenden Sie es weiterhin, aber fügen Sie eine Zielverzeichnisvariable hinzu, um anzugeben, wohin die Ausgabedatei geschrieben werden soll.

Ich habe heutzutage aufgehört, Makefiles zu schreiben, wenn Sie lernen möchten, machen Sie weiter, sonst haben Sie einen guten Makefile-Generator, der mit Eclipse CDT geliefert wird. Wenn Sie eine gewisse Wartbarkeit / Unterstützung mehrerer Projekte in Ihrem Build-Baum wünschen, werfen Sie einen Blick auf Folgendes –

https://github.com/dmoulding/boilermake Das fand ich ziemlich gut..!