Makefile, зависимости заголовков

Скажем, у меня есть make-файл с правилом

%.o: %.c
 gcc -Wall -Iinclude ...

Я хочу, чтобы * .o перестраивался при изменении файла заголовка. Вместо того, чтобы составлять список зависимостей, всякий раз, когда /includeизменяется какой-либо файл заголовка , все объекты в каталоге должны быть перестроены.

Я не могу придумать хороший способ изменить правило, чтобы учесть это, я открыт для предложений. Бонусные баллы, если список заголовков не нужно жестко задавать

Если вы используете компилятор GNU, он может составить для вас список зависимостей. Фрагмент Makefile:

depend: .depend

.depend: $(SRCS)
        rm -f ./.depend
        $(CC) $(CFLAGS) -MM $^ -MF  ./.depend;

include .depend

или

depend: .depend

.depend: $(SRCS)
        rm -f ./.depend
        $(CC) $(CFLAGS) -MM $^ > ./.depend;

include .depend

где SRCS- переменная, указывающая на весь ваш список исходных файлов.

Есть еще инструмент makedepend, но он мне никогда не нравился так сильно, какgcc -MM

Большинство ответов на удивление сложны или ошибочны. Однако простые и надежные примеры были опубликованы в другом месте [ codereview ]. По общему признанию, параметры, предоставляемые препроцессором GNU, немного сбивают с толку. Однако удаление всех каталогов из целевой сборки с помощью -MMзадокументировано и не является ошибкой [ gpp ]:

По умолчанию CPP принимает имя основного входного файла, удаляет все компоненты каталога и любой суффикс файла, такой как '.c', и добавляет обычный суффикс объекта платформы.

-MMDВозможно, вам нужен вариант (несколько более новый) . Для полноты картины приведен пример файла makefile, который поддерживает несколько директорий src и директории сборки с некоторыми комментариями. Простую версию без директорий сборки см. В [ codereview ].

CXX = clang++
CXX_FLAGS = -Wfatal-errors -Wall -Wextra -Wpedantic -Wconversion -Wshadow

# Final binary
BIN = mybin
# Put all auto generated stuff to this build dir.
BUILD_DIR = ./build

# List of all .cpp source files.
CPP = main.cpp $(wildcard dir1/*.cpp) $(wildcard dir2/*.cpp)

# All .o files go to build dir.
OBJ = $(CPP:%.cpp=$(BUILD_DIR)/%.o)
# Gcc/Clang will create these .d files containing dependencies.
DEP = $(OBJ:%.o=%.d)

# Default target named after the binary.
$(BIN) : $(BUILD_DIR)/$(BIN)

# Actual target of the binary - depends on all .o files.
$(BUILD_DIR)/$(BIN) : $(OBJ)
    # Create build directories - same structure as sources.
    mkdir -p $(@D)
    # Just link all the object files.
    $(CXX) $(CXX_FLAGS) $^ -o $@

# Include all .d files
-include $(DEP)

# Build target for every single object file.
# The potential dependency on header files is covered
# by calling `-include $(DEP)`.
$(BUILD_DIR)/%.o : %.cpp
    mkdir -p $(@D)
    # The -MMD flags additionaly creates a .d file with
    # the same name as the .o file.
    $(CXX) $(CXX_FLAGS) -MMD -c $< -o $@

.PHONY : clean
clean :
    # This should remove all generated files.
    -rm $(BUILD_DIR)/$(BIN) $(OBJ) $(DEP)

Этот метод работает, потому что, если существует несколько строк зависимостей для одной цели, зависимости просто объединяются, например:

a.o: a.h
a.o: a.c
    ./cmd

эквивалентно:

a.o: a.c a.h
    ./cmd

как упоминалось в: Makefile нескольких строк зависимостей для одной цели?

Как я писал здесь, gcc может одновременно создавать зависимости и компилировать:

DEPS := $(OBJS:.o=.d)

-include $(DEPS)

%.o: %.c
    $(CC) $(CFLAGS) -MM -MF $(patsubst %.o,%.d,$@) -o $@ $<

Параметр -MF указывает файл, в котором будут храниться зависимости.

Тире в начале '-include' говорит Make продолжить, когда файл .d не существует (например, при первой компиляции).

Обратите внимание, что в gcc есть ошибка в отношении параметра -o. Если вы установите имя файла объекта как obj / _file__c.o, тогда сгенерированный файл .d по-прежнему будет содержать файл .o, а не obj / _file__c.o.

Как насчет чего-то вроде:

includes = $(wildcard include/*.h)

%.o: %.c ${includes}
    gcc -Wall -Iinclude ...

Вы также можете использовать подстановочные знаки напрямую, но я часто обнаруживаю, что они мне нужны более чем в одном месте.

Обратите внимание, что это хорошо работает только в небольших проектах, поскольку предполагает, что каждый объектный файл зависит от каждого файла заголовка.

Приведенное выше решение Martin отлично работает, но не обрабатывает файлы .o, которые находятся в подкаталогах. Годрик указывает, что флаг -MT решает эту проблему, но одновременно предотвращает правильную запись файла .o. Обе эти проблемы решаются следующим образом:

DEPS := $(OBJS:.o=.d)

-include $(DEPS)

%.o: %.c
    $(CC) $(CFLAGS) -MM -MT $@ -MF $(patsubst %.o,%.d,$@) $<
    $(CC) $(CFLAGS) -o $@ $<

Это отлично справится со своей задачей и даже обработает указанные подкаталоги:

    $(CC) $(CFLAGS) -MD -o $@ $<

протестировал его с помощью gcc 4.8.3

Вот двухстрочный вариант:

CPPFLAGS = -MMD
-include $(OBJS:.c=.d)

Это работает с рецептом make по умолчанию, если у вас есть список всех ваших объектных файлов в OBJS.

Я предпочитаю это решение, а не принятый ответ Майкла Уильямсона, он улавливает изменения в источниках + встроенных файлах, затем в источниках + заголовках и, наконец, только в источниках. Преимущество здесь в том, что вся библиотека не перекомпилируется, если внесены только несколько изменений. Не слишком большое значение для проекта с парой файлов, но если у вас есть 10 или 100 источников, вы заметите разницу.

COMMAND= gcc -Wall -Iinclude ...

%.o: %.cpp %.inl
    $(COMMAND)

%.o: %.cpp %.hpp
    $(COMMAND)

%.o: %.cpp
    $(COMMAND)

Для меня работает следующее:

DEPS := $(OBJS:.o=.d)

-include $(DEPS)

%.o: %.cpp
    $(CXX) $(CFLAGS) -MMD -c -o $@ $<

Слегка измененная версия ответа Софи, которая позволяет выводить файлы * .d в другую папку (я вставлю только ту интересную часть, которая генерирует файлы зависимостей):

$(OBJDIR)/%.o: %.cpp
# Generate dependency file
    mkdir -p $(@D:$(OBJDIR)%=$(DEPDIR)%)
    $(CXX) $(CXXFLAGS) $(CPPFLAGS) -MM -MT $@ $< -MF $(@:$(OBJDIR)/%.o=$(DEPDIR)/%.d)
# Generate object file
    mkdir -p $(@D)
    $(CXX) $(CXXFLAGS) $(CPPFLAGS) -c $< -o $@

Обратите внимание, что параметр

-MT $@

используется для обеспечения того, чтобы цели (т. е. имена объектных файлов) в сгенерированных файлах * .d содержали полный путь к файлам * .o, а не только имя файла.

Я не знаю, почему этот параметр НЕ нужен при использовании -MMD в сочетании с -c (как в версии Софи ). В этой комбинации кажется, что полный путь к файлам * .o записывается в файлы * .d. Без этой комбинации -MMD также записывает только чистые имена файлов без каких-либо компонентов каталога в файлы * .d. Может быть, кто-нибудь знает, почему -MMD записывает полный путь в сочетании с -c. Я не нашел никаких подсказок на странице руководства g ++.