Разработка приложений в среде Linux - [14]
>make понимают эти альтернативные формы. К счастью, GNU >make можно собрать для любой системы, в которую можно перенести исходный код, написанных под Linux. Существует форма простого присваивания переменных, которая показана ниже.>OBJS := foo.о
>OBJS := $(OBJS) bar.о
>OBJS := $(OBJS) baz.о
Операция >:= заставляет GNU >make вычислить выражение переменной при присваивании, а не ждать вычисления выражения при его использовании в правиле. В результате выполнения этого кода >OBJS действительно получит >foo.о bar.о baz.о.
Простое присваивание переменной используется очень часто, но в GNU >make есть еще и другой синтаксис присваивания, который позаимствован из языка С:
>OBJS := foo.о
>OBJS += bar.о
>OBJS += baz.о
4.2.3. Суффиксные правила
Суффиксные правила — это другая область, в которой вам нужно решить, писать ли стандартные make-файлы или использовать расширения GNU. Стандартные суффиксные правила намного ограниченнее, нежели шаблонные правила GNU, но во многих ситуациях стандартные суффиксные правила могут оказаться полезными. К тому же шаблонные правила поддерживаются не во всех версиях >make. Суффиксные правила выглядят следующим образом:
>.c.o:
>$(CC) -с $ (CFLAGS) $ (CPPFLAGS) -о $<
>.SUFFIXES: .с .о
В этом правиле говорится (если не касаться излишних деталей), что >make должна, если не было других явных указаний, превратить файл >а.с в >а.о путем запуска приложенной командной строки. Каждый файл >.с будет рассматриваться так, будто он явно внесен в список в качестве зависимости соответствующего файла >.о в вашем make-файле.
Это суффиксное правило демонстрирует другую возможность >make — автоматические переменные. Понятно, что нужно найти способ подставить зависимость и целевой объект в командную строку. Автоматическая переменная >$@ выступает в качестве целевого объекта, >$< выступает в качестве первой зависимости, а >$^ представляет все зависимости.
Существуют и другие автоматические переменные, которые рассматриваются в руководстве по >make. Все автоматические переменные можно использовать в обыкновенных правилах, а также в суффиксных и шаблонных правилах.
Последняя строка примера представляет еще одну директиву. >.SUFFIXES указывает >make на то, что >.с и >.о являются суффиксами, которые должен использовать >make для нахождения способа превратить существующие исходные файлы в необходимые целевые объекты.
Шаблонные правила более мощные и, следовательно, немного сложнее, чем суффиксные правила. Ниже приведен пример эквивалентного шаблонного правила для показанного выше суффиксного правила.
>% .о: % .с
>$(CC) -с $(CFLAGS) $(CPPFLAGS) -о $<
Дополнительные сведения о >make можно получить в [26]. GNU >make также включает замечательное и удобное в обращении руководство в формате Texinfo, которое можно почитать на сайте FSF, распечатать или заказать у них в форме книги.
Большинство крупных проектов с открытым исходным кодом используют инструменты Automake, Autoconf и Libtool. Эти инструменты представляют собой коллекцию знаний об особенностях различных систем и стандартах сообщества, которая может помочь в построении проектов. Таким образом, потребуется писать лишь немного кода, специфического для проекта. Например, Automake пишет целевые объекты >install и >uninstall, Autoconf автоматически определяет возможности системы и настраивает программное обеспечение для его соответствия системе, a Libtool отслеживает различия в управлении совместно используемыми библиотеками на разных системах.
По этим трем инструментам написана целая книга — [41]; здесь мы даем лишь основу, которая понадобится для работы с GNU Autoconf, Automake и Libtool.
4.3. Отладчик GNU
>gdb — это отладчик, рекомендуемый Free Software Foundation, >gdb представляет собой хороший отладчик командной строки, на котором строятся некоторые инструменты, включая режим >gdb в Emacs, графический отладчик Data Display Debugger (http://www.gnu.org/software/ddd/) и встроенные отладчики в некоторых графических интерфейсах IDE. В этом разделе рассматривается только >gdb.
Запустите >gdb с помощью команды >gdb имя_программы. >gdb не будет просматривать значение >PATH в поисках исполняемого файла. Отладчик загрузит символьную информацию для исполняемого файла и запросит дальнейших действий.
Существует три способа проверить процесс с помощью >gdb.
• Используя команду >run для обычного выполнения программы.
• Используя команду >attach для начала проверки уже запущенного процесса. При подключении к процессу, последний останавливается.
• Исследуя существующий файл ядра для определения состояния процесса при его завершении. Для исследования файла ядра >gdb потребуется запустить с помощью команды >имя_программы файл_ядра.
Перед запуском программы или подключением к уже запущенному процессу можно установить точку прерывания, просмотреть исходный код и выполнить другие операции, которые не обязательно относятся к запущенному процессу.
>gdb не требует написания полного имени команды; указание >r достаточно для >run, >n — для >next, >s — для >step. Более того, для повторения наиболее часто употребляемой команды, нужно просто нажать клавишу
