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- це, мабуть, те, що ви хочете. Для повноти наведемо приклад make-файлу, який підтримує декілька директорій 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 ...

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

Зауважте, що це добре працює лише в невеликих проектах, оскільки передбачає, що кожен об’єктний файл залежить від кожного заголовкового файлу.

Наведене вище рішення Мартіна чудово працює, але не обробляє файли .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 + man сторінці.