Тема этой заметки будет следующая, – за что я уважаю Unix. А уважаю я его за: bash, sed, grep, find. Казалось бы, суть не в этом и профессионалы будут с пеной у рта доказывать, что сила, она, брат, в концептуальном устройстве Unix, но нам бы что попроще, на пальцах. Поэтому о самом главном как-нибудь потом, а пока пройдемся по верхам.

Есть такая вещь, которая называется Cygwin. Это – качественный порт под Win32 многих Unix’овых утилит. При этом достигается великолепная совместимость. То есть скрипты, написанные и отлаженные под Windows, с большой вероятностью будут работать под Unix и наоборот. Альтернативы Cygwin’у на данный момент практически нет, единственным соперником мог бы быть MKS Toolkit, но он продается за деньги, а нас такой вариант не устраивает. Идем качать и устанавливать Cygwin. (Тут вот проскочило некое подобие - GnuWin32. Фанаты могут посмотреть, мне – лень. 11.01.2004)

Стоп, а зачем он мне нужен?

Зачем он может пригодиться вам, я не знаю. Я могу только рассказать, зачем он нужен мне:

• Во-первых, так уж сложилось, что я пишу программы, которые будут использоваться, как на Windows, так и на unix-платформах. При этом приходится создавать служебные скрипты, которые, например, производят компиляцию всего проекта. Так вот с использованием Cygwin я могу написать скрипты, которые одинаково запускаются и работают под обеими платформами (Win/Solaris), мне не приходится делать отдельно bat и отдельно shell-скрипты. Это сильно экономит время в момент написания и, особенно, в момент модификации скриптов. Попробуйте параллельно править обе версии, в которых различий больше чем сходства.
• Во-вторых, я могу использовать gnumake. А это один из лучших make-ов, которые есть на данный момент. Кстати makefile будет одним и тем же для обеих платформ.
• В-третьих, мощи CMD.EXE, который входит в Windows NT, не хватает для написание серьезного скрипта. Есть, конечно, 4DOS и 4NT, но это все равно не то. Одни регулярные выражения чего стоят (тут автор мечтательно закатывает глаза и медитирует 5 минут).
• В-четвертых. Вам никогда не приходилось скачивать из интернета исходные тексты программ? Ага… Быть может и расширения вроде .tar.gz для вас не пустой звук? Тем, кто по молодости да по неопытности с этим никогда не сталкивался, поясню, – есть такая традиция у «юниксоидов» делать архивы с помощью двух программ – tar и gzip. Первая соединяет все нужные файлы в один, а вторая их сжимает. Степень сжатия при этом выше, чем, если сжимать все файлы по отдельности. Очень похожим образом, кстати, работает WinRar с его solid-сжатием. И все бы было хорошо, если бы не было так плохо в Windows с tar’ом и gzip’ом. А в Cygwin’е есть и tar и gzip. Все работает, все счастливы. Качайте исходники мегабайтами, учитесь.
• В-пятых, в-шестых, …

Э-э-э, ты мне пример реального использования покажи…

Хотите примеры? Пожалуйста. Последний пример из реальной жизни.

Писал я плагин для Far’а. Причем писал на Visual C++. При этом нужно было получить список экспортируемых плагином функций. То есть из:

UpAndDown.cpp


void WINAPI _export SetStartupInfo(struct PluginStartupInfo *psi){
    ...
}

void WINAPI _export GetPluginInfo(struct PluginInfo *pi){
    ...
}

HANDLE WINAPI _export OpenPlugin(int OpenFrom,int item){
    ...
}

нужно получить:

UpAndDown.def


EXPORTS
; Список функций
  SetStartupInfo
  GetPluginInfo
  OpenPlugin

Это что ж получается – добавлю я еще одну экспортируемую функцию и мне надо не забыть еще и def-файл параллельно править? Дудки. Смотрю на свои исходники, – все экспортируемые функции выглядят очень и очень похоже, как бы их имена выдрать из исходников?

Решение программиста:

Кусок из makefile


$(DEF): $(OBJS)
  echo EXPORTS > $(DEF)
  echo ; This file was created by makefile >> $(DEF)
  cat .cpp | grep _export | sed "s/. (.)(./  \1/" >> $(DEF)

Как это работает. Программа cat «передает по цепочке» текст всех файлов с расширением cpp программе grep. Та оставляет только строки, в которых присутствует ключевое слово _export и эти строки отдает sed’у:

void WINAPI _export SetStartupInfo(struct PluginStartupInfo *psi){
void WINAPI _export GetPluginInfo(struct PluginInfo *pi){
HANDLE WINAPI _export OpenPlugin(int OpenFrom,int item){

Дальше – сложнее, дальше регулярные выражения. Я минут 10 пытался описать это простенькое в сущности регулярное выражение, но потом понял, что тем, кто с ними еще не знаком, мне не удастся в двух словах изложить материал. Поверьте на слово, что эта последовательность «скобочек и палочек» берет со стандартного входа строку и заменяет ее словом, «которое идет после пробела и за которым стоит открывающая круглая скобка», то есть на выходе конвейера мы получаем только имена экспортируемых функций из всех файлов, текущего каталога, что и требовалось! Они перенаправляются в def-файл, а я про него могу забыть и не вспоминать, он сам создается, сам модифицируется при необходимости.

Резюме

Лень – двигатель прогресса. Скачав и установив себе Cygwin, вы сможете написать скрипт do_all, который будет делать за вас все, причем сразу и на Solaris’е и Windows. Вам остается только курить и мечтательно плевать в потолок. Кстати, хорошая идея…