Блог

У меня есть Makefile для компиляции некоторых исходных файлов C, и я помещаю выходные данные в другой каталог сборки, он немного похож на приведенный ниже makefile:

  OBJDIR=/home/test/alpha
 SRCDIR=/home/test/beta
 # make variable will be exanded when used (and not at declaration)
 OBJECTS:= $(addprefix $(OBJDIR), $(notdir $(patsubst %.c,%.o,$(wildcard $(SRCDIR)/*.c))))

SOURCES:=$(wildcard $(SRCDIR)/*.c))

.PHONY: copySourcesOver linkSources sharedLibrary
 copySourcesOver: $(SOURCES)
 cp $(SOURCES) $(OBJDIR)/

# pattern
$(OBJECTS)/%.o : $(OBJECTS)/%.c
 gcc -fPIC $< -o $@

linkSources: $(OBJECTS)
 gcc -shared -o libshared.so $@

sharedLibrary: copySourcesOver 
 linkSources 
  

Итак, что происходит, когда я запускаю целевой:

 make sharedLibrary
  

Я не получаю правила для создания $(OBJECTS) . Интересная часть заключается в том, что когда я создаю эту цель во второй раз, я не получаю эту ошибку makefile, и я получаю разделяемую библиотеку.

Я провел небольшое исследование и выяснил, что Makefile не расширяет неявные правила для ПОДДЕЛЬНЫХ целей, вот почему я сменил linkSources НЕЯВНУЮ цель на обычный файл. Но, к сожалению, это не решает проблему.

Я не понимаю, почему шаблон выполняется только при втором запуске make sharedLibrary

Make выполняется в 2 этапа. На первом этапе проверяется, какие целевые объекты устарели и нуждаются в обновлении. На втором этапе он выполняет команды, которые обновляют целевые объекты. Это означает, что он проверяет актуальность объектных файлов, прежде чем фактически скопировать исходные файлы.

Таким образом, он проверяет и определяет, что объектные файлы обновлены, затем копирует (обновленные) исходные файлы в $(OBJDIR) .

В документах есть хорошее чтение на эту тему.

Цитата:

 # pattern
$(OBJECTS)/%.o : $(OBJECTS)/%.c
  gcc -fPIC $< -o $@
  

Это правило бессмысленно, поскольку OBJECTS это переменная, содержащая несколько слов, а не один компонент path; более того, .c источники находятся не в том же каталоге, что и объекты (в этом весь смысл).

Я подозреваю, что вы хотите:

 $(OBJDIR)/%.o : $(SRCDIR)/%.c
  

Шаблон слева соответствует любому из шаблонов объектных файлов, которые вы рассчитали в OBJECTS , переписав их $(SRCDIR) часть в $(OBJDIR) .

Кстати, видите, как это шаблонное правило легко выполняет обратную перезапись? Совпадение слева преобразуется в .c предварительное условие справа. Видите, как правило не использует notdir or addprefix ? Вы могли бы сделать то же самое (в обратном порядке) при вычислении OBJECTS . Отбросьте notdir и addprefix и преобразуйте каждый путь одним patsubst .

Кроме того, я бы исключил повторяющееся wildcard . SOURCES Сначала получите, а затем вычислите OBJECTS из исходных текстов.

Наконец, как это будет работать при новой проверке, когда каталог объектов не существует? Вам нужно немного mkdir -p туда. gcc ... -o foo/bar.o не создаст foo каталог.