Если вы быстро набираете текст и хотите, чтоб ваши пальцы находились в правильном положении[3], vi
вам наверняка понравится, поскольку его набор команд был разработан таким образом, чтобы движений пальцев печатающего было как можно меньше. Этот редактор также ориентирован на пользователей Unix. Если вы знакомы с sed
или awk
либо другими программами Unix, использующими стандартные регулярные выражения с ^
для перехода к началу строки и $
для перехода к ее концу, работа с vi
покажется вам простой и естественной.
К сожалению, освоение vi
может оказаться более сложным, нежели Emacs. Дело в том, что хоть пособия по vi
подобны учебникам по Emacs, ни в одной версии vi
нет стандартного способа запуска учебного пособия. Тем не менее, многие версии, включая версию, поставляемую с обычными дистрибутивами Linux, поддерживают команду :help
.
В наиболее общей версии vi
, vim
("Vi IMproved"), есть множество интегрированных средств из набора разработки Emacs, включая выделение синтаксиса, автоматическое расположение текста, язык написания сценариев и разбор ошибок компилятора.
4.2. make
Основой программирования под Unix является make
— средство, которое существенно упрощает описание компиляции программ. Даже притом, что небольшим программам порой достаточно одной команды для компиляции их исходного кода в исполняемый файл, все же намного легче написать make
, чем строку вроде gcc -02 -ggdb -DSOME DEFINE -о foo foo.c
. Более того, если имеется множество файлов для компиляции, а код был изменен лишь в некоторых из них, make
создаст новые объектные файлы только для тех файлов, на которые повлияли изменения. Чтобы make
совершила это "чудо", потребуется описать все файлы в make-файле (Makefile), пример которого показан ниже.
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
.