Элементы в списках зависимостей могут быть именами файлов, но, поскольку это касается 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
. С другой стороны, конструкция
никогда не вызовет прекращение работы; даже если
возвращает false
, оболочка затем запускает /bin/true
, которая вернет успешный код завершения.
make
интерпретирует нераспознанные аргументы командной строки, которые не начинаются с минуса (-
), как целевые объекты для сборки. Таким образом, make install
приводит к сборке целевого объекта install
. Если целевой объект foo
устарел, make сначала соберет зависимости foo
, а затем инсталлирует его. Если требуется собрать целевой объект, начинающийся со знака минус, этот знак перед именем целевого объекта должен быть продублирован (--
).
4.2.1 Сложные командные строки
Каждая командная строка выполняется в своей собственной подоболочке, таким образом, команды cd
в командной строке влияют только на строку, в которой они записаны. Любую строку в make-файле можно расширить на множество строк, указывая в конце каждой обратный слэш. Ниже показан пример того, как иногда могут выглядеть командные строки.
1: cd
2:
3:
4: cd
5: if [ -f
6:
7: done; \
8: for i in * ; do \
9: echo $$i >>
10: done
make
находит в этом фрагменте кода только две строки. Первая командная строка начинается в строке 1 и продолжается до строки 3, а вторая начинается в строке 4 и заканчивается в строке 10. Здесь следует отметить несколько моментов.
•
является относительным не к каталогу
, а к каталогу, в котором запущен make
, поскольку эти команды выполняются в разных подоболочках.
• Строки, образующие каждую командную строку, передаются оболочке в виде одной строки. Таким образом, все символы ;
, которые нужны оболочке, должны присутствовать, включая даже те, которые обычно в сценариях оболочки опускаются, поскольку их наличие подразумевается благодаря символам новой строки. Более детально о программировании программной оболочки рассказывается в [22].
• Если требуется разыменовывать переменную make
, это делается обычным образом (то есть $(
), но если нужно разыменовывать переменную оболочки, необходимо применять двойной символ $
: $$i
.
4.2.2. Переменные
Часто бывает необходимо определить только один компонент переменной за раз. Можно написать, например, такой код:
OBJS = foo.о
OBJS = $(OBJS) bar.о
OBJS = $(OBJS) baz.о