MAKEFILE: ошибка «Нет правила для создания цели...» при использовании исходных файлов из рекурсивного поиска в подпапках

Это правило шаблона:

%.o: %.cpp
    @echo "Compiling C file: $<"
    $(CC) $(CPPFLAGS) $(CFLAGS) -c $< -o $@
    

означает: для файла, соответствующего <SOMETHING>.cpp, создайте файл <SOMETHING>.o с помощью запуск расширения каждой строки:

    @echo "Compiling C file: $<"
    $(CC) $(CPPFLAGS) $(CFLAGS) -c $< -o $@
    

как команда оболочки.

Ваш первый исходный файл, как показано на выходе make show:

/home/buster/MyProject/src/cKeyboard.cpp

так что это правило шаблона подсказывает make, как сделать:

/home/buster/MyProject/src/cKeyboard.o

Но первый объектный файл, необходимый вашей цели $(EXE), как также показано по make show, это:

cKeyboard.o

(= ./cKeyboard.o), и для этого нет никаких правил. Более того, вы не хотите это сделать. Файл, из которого вы хотите сделать:

/home/buster/MyProject/src/cKeyboard.cpp

очевидно:

$(OBJ_PATH)/cKeyboard.o 
    = ~/MyProject/LINUXmake/obj-arm 
    =  /home/buster/MyProject/LINUXmake/obj-arm/cKeyboard.o

Очевидно, тот же недостаток касается и правила для %.o: %.c.

Шаблонное правило, которое позволит правильно компилироваться /home/buster/MyProject/src/cKeyboard.cpp было бы:

$(OBJ_PATH)/%.o: $(SRC_PATH)/%.cpp
    @echo "Compiling C file: $<"
    $(CC) $(CPPFLAGS) $(CFLAGS) -c $< -o $@

Но этого будет недостаточно для исходных файлов в более глубоких подкаталогах. например /home/buster/MyProject/src/ClassiEventi/cBaseObjWithEvents.cpp. Есть нет единого правила шаблона, которое соответствовало бы всем исходным файлам, рассредоточено через дерево подкаталогов.

Для подобных сценариев make предоставляет специальную переменную VPATH, с помощью которого вы можете указать список каталогов, в которых make будет искать для предварительных условий правил, когда они не найдены в текущем каталоге, и относитесь к ним так, как будто они есть. См. руководство GNU Make: 4.5.1 VPATH: путь поиска для всех необходимых компонентов

Используя VPATH, вы установите:

VPATH := $(SRC_DIRS)

и тогда ваше правило шаблона может быть:

$(OBJ_PATH)/%.o: %.cpp
    @echo "Compiling C file: $<"
    $(CC) $(CPPFLAGS) $(CFLAGS) -c $< -o $@
    

И аналогично $(OBJ_PATH)/%.o: %.c .....

Пока все хорошо, но нам еще предстоит объяснить и исправить тот факт, что вы генерируют:

$(OBJ) = cKeyboard.o ...

вместо того, что вам нужно:

$(OBJ) = ~/MyProject/LINUXmake/obj-arm/cKeyboard.o ...

Что подводит нас к:

OBJ := $(patsubst %.c,$(OBJ_PATH)/%.o,$(notdir $(SRC:.c=.o)))
OBJ := $(patsubst %.cpp,$(OBJ_PATH)/%.o,$(notdir $(OBJ:.cpp=.o)))

Для простоты представим, что:

/home/buster/MyProject/src/cKeyboard.cpp

является единственным исходным файлом. Тогда первое из этих OBJ заданий означает: Найдите все слова в расширении:

$(notdir $(SRC:.c=.o))
    = $(notdir $(/home/buster/MyProject/src/cKeyboard.cpp:.c=.o)
    = $(notdir /home/buster/MyProject/src/cKeyboard.cpp)    # Because there was no `.c=.o` substitution
    = cKeyboard.cpp
    

затем замените любые слова в результате:

cKeyboard.cpp
    

это соответствует <SOMETHING>.c с $(OBJ_PATH)/<SOMETHING>.o. В тексте нет слов:

cKeyboard.cpp

это совпадение <SOMETHING>.c, поэтому окончательный результат этого первого OBJ задания останки

cKeyboard.cpp

Второе задание OBJ означает: Найдите все слова в:

$(notdir $(OBJ:.cpp=.o))
    = $(notdir $(cKeyboard.cpp:.cpp=.o)
    = $(notdir cKeyboard.o)
    = cKeyboard.o
    

затем замените любые слова в результате:

cKeyboard.o

это соответствует <SOMETHING>.cpp с $(OBJ_PATH)/<SOMETHING>.o. Нет слова в:

cKeyboard.o

это совпадение <SOMETHING>.cpp, поэтому окончательный результат второго OBJ задания останки:

cKeyboard.o

вместо желаемого

$(OBJ_PATH)/cKeyboard.o

Правильные результаты будут получены при:

CSRC := $(filter %.c,$(SRC))
CXXSRC := $(filter %.cpp,$(SRC))
OBJ := $(addprefix $(OBJ_PATH)/, $(notdir $(CSRC:.c=.o) $(CXXSRC:.cpp=.o)))

Затем с помощью правил с помощью VPATH:

$(OBJ_PATH)/%.o: %.c
    ...
    
$(OBJ_PATH)/%.o: %.cpp
    ...

мы готовы идти.

Однако важное предостережение. Такая система сборки все еще существует (независимо от того, поддерживается ли VPATH), в каких исходных файлах file.(c|cpp|cc|cxx|...) из нескольких подкаталогов будут скомпилированы в объектные файлы file.o в одном каталоге, зависит от каждое имя исходного файла file.(c|cpp|cc|cxx|...) уникально во всех исходные подкаталоги. В любом случае как:

srcdirA/file.cpp

с:

srcdirB/file.c

и/или

srcdirC/file.cpp

make поручено скомпилировать все эти исходные файлы в одно и то же:

objdir/file.o

То же самое произойдет и с первым исходным файлом, скажем srcdirA/file.cpp; тогда для последующих исходных файлов он обнаружит это objdir/file.o обновлен и не утруждаюсь их компиляцией.

Это может быть загадочной ошибкой в ​​больших базах кода, и по этой причине такой стиль системы сборки в принципе небезопасен. Средством (или хаком), позволяющим избежать долгих переосмыслений, является создание имен объектных файлов. которые кодируют элементы пути исходных файлов, из которых они скомпилированы, например. objdir/srcdirA_file.o.

Также шаткий захват, что бы там ни было, подход предоставить исходные файлы. Лучше перечислить их явно, например.

SRC :=  src/cKeyboard.cpp \
        src/GUI_MainForm.cpp \
        ...
        

Это может показаться утомительным и неразумным, если вы начнете заниматься этим поздно, но однажды вы обновлены, добавлять новые файлы и удалять лишние не составит труда по мере возникновения обстоятельств. Система сборки должна четко определить и разъяснить пользователям, что именно файлы, если таковые имеются, изначально должны существовать для каждой цели. На самом деле все, что видно, это то, что ваша сборка система стремится создать любую программу, которая, если повезет, может возникнуть в результате компиляции и компоновки какие бы файлы .c, .cpp ни находились где-нибудь в каталоге src или под ним, время сборки.

Я обнаружил, что основная проблема заключалась в создании списка OBJ:

путем изменения

OBJ := $(patsubst %.c,   $(OBJ_PATH)/%.o, $(notdir $(SRC:.c=.o)   ) )
OBJ := $(patsubst %.cpp, $(OBJ_PATH)/%.o, $(notdir $(OBJ:.cpp=.o) ) )

в

OBJ := $(patsubst $(SRC_PATH)/%.c,   $(OBJ_PATH)/%.o, $(SRC) )
OBJ := $(patsubst $(SRC_PATH)/%.cpp, $(OBJ_PATH)/%.o, $(OBJ) )

я обнаружил, что каждый файл .o теперь имеет тот же относительный путь к OBJ_PATH, что и исходные файлы SRC_PATH.

Используя это в правилах шаблона, make-файл работает.

# Rules for compiling .c files
$(OBJ_PATH)/%.o: $(SRC_PATH)/%.c
    @echo "Compiling C file: $<"
    $(CC) $(CPPFLAGS) $(CFLAGS) -c $< -o $@

# Rules for compiling .cpp files
$(OBJ_PATH)/%.o: $(SRC_PATH)/%.cpp
    @echo "Compiling C++ file: $<"
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $< -o $@