Еще одна простая и полезная практическая статья. Ну честно, нечего
добавить, ничего такого не произошло:) Мы переводим, вы (надеюсь:)
-- читаете. И, надеюсь, с интересом и пользой.
Как всегда, жду вопросов и замечаний по адресу suralis-s@mtu-net.ru. Если
не лень, то сразу пишите, можно ли использовать Ваши письма в
рассылке.
Эта статья представляет собой небольшое руководство по созданию
Makefile-ов. В ней объясняется для чего нужен Makefile и дается
несколько правил, которых следует придерживаться при его
создании.
Допустим, вы разрабатываете некую программу под названием
foo, состоящую из пяти заголовочных файлов --
1.h, 2.h, 3.h, 4.h и --
5.h, и шести файлов с исходным текстом программы на языке
С - 1.cpp, 2.cpp, 3.cpp, 4.cpp,
5.cpp и main.cpp. (Хочу заметить, что в реальных
проектах следует избегать подобного стиля именования файлов).
Теперь представим себе, что вы обнаружили ошибку в файле
2.cpp и исправили ее. Далее, чтобы получить исправленную
версию программы вы компилируете все файлы, входящие в состав
проекта, хотя изменения коснулись только одного файла. Это приводит
к нерациональной потере времени, особенно если компьютер не слишком
быстрый.
Существует ли решение проблемы?
Не стоит беспокоиться, друзья мои! Эта проблема уже давно
решена. Опытными программистами была разработана утилита
make. Вместо того, чтобы производить повторную компиляцию
всех файлов с исходными текстами, она обрабатывает только те файлы,
которые претерпели изменения. В нашем случае будет скомпилирован
только один файл - 2.cpp. Разве это не здорово!?
Утилита make значительно упрощает жизнь, когда для
сборки проекта необходимо выполнение длинных и сложных
команд.
Проект иногда требует задания редко используемых, а потому
сложных для запоминания опций компилятора. make избавит
вас от необходимости удерживать их в памяти.
Единообразие, т.к. работа с этой утилитой поддерживается
многими средами разработки.
Процесс сборки можно автоматизировать, поскольку
make может быть вызвана из сценариев или из cron.
Несмотря на все свои достоинства, утилита make ничего
не знает о нашем проекте, поэтому необходимо создать простой
текстовый файл, который будет содержать все необходимые инструкции
по сборке. Файл с инструкциями по сборке проекта называется
makefile(произносится как
"мэйкфайл". прим. перев.).
Как правило этим файлам дается имя makefile или
Makefile, в соответствии с соглашениями по именованию
таких файлов. Если же вы дадите файлу инструкций другое имя, то вам
потребуется вызывать утилиту make с ключом -f.
Например, если свой makefile вы назвали bejo, то
команда на сборку проекта будет выглядеть так:
Makefile содержит разделы для "целей"
[targets], зависимостей [dependencies] и правил
(rules) сборки. Все это оформляется следующим образом:
сначала указывается имя цели (обычно это имя исполняемого или
объектного файла), после которого следует двоеточие, затем следуют
имена зависимостей, т.е. файлов, необходимых для получения
данной цели. И, наконец, следует список правил: т.е. команд,
которые необходимо выполнить для получения указанной цели.
Простой пример структуры makefile'а:
target: dependencies
command
command
...
Каждое правило command должно начинаться с символа
табуляции -- это обязательное условие! Отсутствие символа табуляции
в начале строки с правилом - самая распространенная ошибка. К
счастью, подобные ошибки легко обнаруживаются, так как утилита
make сообщает о них.
В этом примере строка, содержащая текст client: conn.o,
называется "строкой зависимостей", а строка g++ client.cpp conn.o -o client
называется "правилом" и описывает действие, которое
необходимо выполнить.
А теперь более подробно о примере, приведенном выше:
Задается цель -- исполняемый файл client, который
зависит от объектоного файла conn.o
Правило для сборки данной цели
В третьей строке задается цель conn.o и файлы, от
которых она зависит -- conn.cpp и conn.h.
В четвертой строке описывается действие по сборке цели
conn.o.
Обычно "ложные" [phony] цели, представляющие
"мнимое" имя целевого файла, используются в случае
возникновения конфликтов между именами целей и именами файлов при
явном задании имени цели в командной строке.
Допустим в makefile имеется правило, которое не создает ничего,
например:
clean:
rm *.o temp
Поскольку команда rm не создает файл с именем
clean, то такого файла никогда не будет существовать и
поэтому команда make clean всегда будет отрабатывать.
Однако, данное правило не будет работать, если в текущем
каталоге будет существовать файл с именем clean. Поскольку
цель clean не имеет зависимостей, то она никогда не будет
считаться устаревшей и, соответственно, команда 'rm *.o
temp' никогда не будет выполнена. (при
запуске make проверяет даты модификации целевого файла и тех
файлов, от которых он зависит. И если цель оказывается
"старше", то make выполняет соответствующие
команды-правила -- прим. ред.) Для устранения
подобных проблем и предназначена специальная декларация
.PHONY, объявляющая "ложную"
цель. Например:
.PHONY : clean
Таким образом мы указываем необходимость исполнения цели, при
явном ее указании, в виде make clean вне зависимости от
того - существует файл с таким именем или нет.
Команда переводчиков:
Владимир Меренков, Александр Михайлов, Иван Песин, Сергей Скороходов,
Александр Саввин, Роман Шумихин, Александр Куприн, Андрей
Киселев
Со всеми предложениями, идеями и комментариями обращайтесь к Сергею
Скороходову (suralis-s@mtu-net.ru).
Убедительная просьба: указывайте сразу, не возражаете ли Вы против
публикации Ваших отзывов в рассылке.