Makefile: множественное определение и ошибка неопределенной ссылки

Ваша ключевая проблема здесь:

$(OBJS): $(SOURCES)
   @mkdir -p $(@D)
   $(CXX) -MMD -MP $(CXXFLAGS) -c $< -o $@

У этого правила есть две проблемы.

1. У вас есть несколько объектных файлов. Первое действие не сработает, если вы выходите за рамки одного подкаталога в каталоге src.

2. Второе действие компилирует ваш src/cod/main.cpp дважды, один раз в obj/cod/main.o, а затем в obj/cod/types.o. Это потому, что $< — это первый элемент в списке зависимостей, а этот первый элемент — src/cod/main.cpp.

Вторую проблему решить легче, чем первую. Вам нужно правило шаблона:

$(OBJ_DIR)/%.o: $(SRC_DIR)/%.cpp
   $(CXX) -MMD -MP $(CXXFLAGS) -c $< -o $@

Теперь о решении первой проблемы. Что делать, если у вас есть несколько исходных каталогов, каждый из которых является подкаталогом вашего каталога src? Вы хотите создать соответствующий подкаталог obj для каждого из них. Также обратите внимание, что есть каталог, который вы не создаете, каталог bin. Первое, что нужно сделать, это создать список каталогов, которые вам нужно создать.

MKDIRS = $(sort $(foreach i,$(OBJS),$(dir $i)))
MKDIRS += bin

Тогда вам нужно правило, чтобы сделать их. Начнем просто:

mkdirs:
   mkdir -p $(MKDIRS)

Однако это проблематично. Вы получите сообщения об ошибках от mkdir, и сборка остановится, если какой-либо из этих каталогов уже существует. Нам нужно создавать эти каталоги только в том случае, если они не существуют. Make предоставляет инструменты для фильтрации этого списка только по несуществующим каталогам, но я бы не стал этого делать. Для меня лучше использовать оболочку для принятия некоторых решений:

mkdirs:
   @sh -c \
     'for d in $(MKDIRS); do \
        if [ ! -d $$d ]; then echo mkdir -p $$d; mkdir -p $$d; fi \
      done'

Теперь нам нужно добавить это правило в качестве зависимости.

$(RELEASE_TARGET): mkdirs $(BIN_DIR)/$(APP_NAME)
   @echo Release built

$(DEBUG_TARGET): mkdirs $(BIN_DIR)/$(APP_NAME)
   @echo Debug built

Обратите внимание, что я сделал три вещи для этих целей.

1. Я добавил цель mkdirs.

2. Я удалил цель clean. Вы действительно не хотите делать это здесь. Это противоречит цели отдельных компиляций. Когда у вас есть сотни исходных файлов и вы вносите изменения в один из них, вы просто хотите перекомпилировать этот исходный файл, а затем пересобрать исполняемый файл из сотен уже существующих объектных файлов. Не выполняйте очистку сразу после сборки исполняемого файла! Вы всегда можете сделать make clean из командной строки, если считаете необходимым это сделать.

3. Я изменил сообщения. Эти сообщения будут выдаваться после того, как зависимости будут удовлетворены. Они будут последним, что ты увидишь. Чтобы получать сообщения до начала действия, проще всего создать фальшивую цель, которая печатает желаемое сообщение.

Пара заключительных замечаний:

Обратите внимание, что mkdirs — фальшивая цель (как и all). Лучше всего добавить его в свой список .PHONY, а этот список лучше разместить заранее.

Наконец, цель $(DEBUG_TARGET): mkdirs $(BIN_DIR)/$(APP_NAME) — это бомба замедленного действия. То же самое касается $(RELEASE_TARGET). Однажды вы узнаете о параллельном make. Нет никакой гарантии, что каталоги будут созданы до того, как компилятор попытается скомпилировать код. Каталоги не будут существовать, и ба-бум, ваш make только что не удался. Обеспечение устойчивости вашего make-файла к параллельному выполнению — это вопрос другого вопроса об обмене стеками.

Ваше правило $(OBJS): $(SOURCES) не то, что вы думаете. В результате вы создаете и main.o, и types.o из одного и того же файла main.cpp (параметр $< в командной строке). Следовательно, у вас есть два идентичных файла, которые конфликтуют, а types.cpp даже не был создан.

Правильным правилом будет $(OBJ_DIR)/%.o: $(SRC_DIR)/%.cpp

По памяти, документы не проверял, проблема в следующем:

$(OBJS): $(SOURCES)
    @mkdir -p $(@D)
    $(CXX) -MMD -MP $(CXXFLAGS) -c $< -o $@

Это означает, что каждый объектный файл зависит от всех источников. И затем команда компиляции использует $<, что, я думаю, означает первую зависимость. Таким образом, вы компилируете как types.o, так и main.o из main.cpp (который, я полагаю, является первым из $(SOURCES)).

Одним из решений может быть использование шаблонного правила, например:

 %.o : %.c
     @mkdir -p $(@D)
     $(CXX) -MMD -MP $(CXXFLAGS) -c $< -o $@

Объектные файлы уже требуются вашим правилом $(BIN_DIR)/$(APP_NAME): $(OBJS), и это правило шаблона сообщит make, как их создавать.