Майкл Джонсон - Разработка приложений в среде Linux. Второе издание

1: # Makefile

2:

3: OBJS = foo.о bar.о baz.o

4: LDLIBS = -L/usr/local/lib/ -lbar

5:

6: foo: $(OBJS)

7: gcc -o foo $ (OBJS) $ (LDLIBS)

8:

9: install: foo

10: install -m 644 foo /usr/bin

11: .PHONY: install

• Строка 1 — это комментарий; makeследует обычной традиции Unix определения комментариев с помощью символа #.

• В строке 3 определяется переменная по имени OBJSкак foo.о bar.о baz.о.

• В строке 4 определяется другая переменная — LDLIBS.

• В строке 6 начинается определение правила, которое указывает на то, что файл foo зависит от (в этом случае, собран из) файлов, имена которых содержатся в переменной OBJS. fooназывается целевым объектом, а $(OBJS)— списком зависимостей. Обратите внимание на синтаксис расширения переменной: имя переменной помещается в $(...).

Строка 7 — это командная строка, указывающая на то, как построить целевой объект из списка зависимостей. Командных строк может быть много, и первым символом в командной строке должна быть табуляция.

• Строка 9 — довольно интересный целевой объект. Фактически тут не предпринимается попытка создать файл по имени install; вместо этого (как видно в строке 10) fooинсталлируется в /usr/binс помощью стандартной программы install. Эта строка вызывает неоднозначность в make: что, если файл installуже существует и является более новым, нежели foo? В этом случае запуск команды make installприведет к выдаче сообщения 'install' is up to date(install является новее) и завершению работы.

• Строка 11 указывает makeна то, что installне является файлом, и что необходимо игнорировать любой файл по имени installпри вычислении зависимости install. Таким образом, если зависимость installбыла вызвана (как это сделать мы рассмотрим далее), команда в строке 10 всегда будет выполняться. .PHONY— это директива, которая изменяет операцию make; в этом случае она указывает makeна то, что целевой объект installне является именем файла. Целевые объекты .PHONYчасто используются для совершения действий вроде инсталляции или создания одиночного имени целевого объекта, которое основывается на нескольких других уже существующих целевых объектов, например:

all: foo bar baz

.PHONY: all

К сожалению, .PHONYне поддерживается некоторыми версиями make. Менее очевидный, не такой эффективный, но более переносимый способ для этого показан ниже.

all: foo bar baz FORCE

FORCE:

Это срабатывает только тогда, когда нет файла по имени FORCE.

Элементы в списках зависимостей могут быть именами файлов, но, поскольку это касается make, они являются целевыми объектами. Элемент fooв списке зависимости install— это целевой объект. При попытке makeвычислить зависимость installстановится ясно, что в первую очередь необходимо вычислить зависимость foo. А для этого makeпотребуется вычислить зависимости foo.о, bar.ои baz.о.

Обратите внимание на отсутствие строк, явно указывающих make, как строить foo.о, bar.оили baz.о. Вы не будете определять эти строки непосредственно в редакторе. makeобеспечивает предполагаемые зависимости, которые записывать не нужно. Если в файле есть зависимость, заканчивающаяся на .о, и есть файл с таким же именем, но он заканчивается на .с, makeпредполагает, что этот объектный файл зависит от исходного файла. Встроенные суффиксные правила, которые поддерживаются make, позволяют значительно упростить многие make-файлы и, если встроенное правило не соответствует требованиям, можно создать свои собственные суффиксные правила (речь об этом пойдет ниже).

По умолчанию makeпрекращает работу, как только любая из заданных команд дает сбой (возвращает ошибку). Существуют два способа избежать этого.

Аргумент -kзаставляет makeсоздавать максимально возможное количество файлов без останова, даже если какая-то команда вернула ошибку. Это полезно, например, при переносе программы; можно построить столько объектных файлов, сколько нужно, а потом перенести файлы, которые вызвали ошибку, без нежелательных перерывов в работе.

Если известно, что какая-то одна команда будет всегда возвращать ошибку, но вы хотите проигнорировать ее, можно воспользоваться "магией" командной оболочки. Команда /bin/falseвсегда возвращает ошибку, таким образом, /bin/falseвсегда будет вызывать прекращение работы, если только не указана опция -k. С другой стороны, конструкция любая_команда || /bin/trueникогда не вызовет прекращение работы; даже если любая_команда возвращает false, оболочка затем запускает /bin/true, которая вернет успешный код завершения.