руководство пользователя для gnu awk
приложение c. замечания о реализации
приложение c. замечания о реализацииэто приложение содержит информацию, в основном интересную для реализаторов и тех, кто поддерживает gawk. все в нем относится специально к gawk, а не к другим реализациям. c.1 совместимость вниз и отладкасм. раздел 17.5 [расширения в gawk, отсутствующие в posix awk], стр. 256, с обзором расширений gnu языка и программы awk. все эти дополнения могут быть выключены вызовом gawk с параметром `--traditional' или с `--posix'. если gawk скомпилирована для отладки с `-ddebug', то имеется еще один параметр, доступный из командной строки: -w parsedebug --parsedebugэто заказ печати информации из стека разбора программы. параметр предназначен для разработчиков gawk, а не для простых пользователей. он даже не должен компилироваться в вашу версию gawk, так как очень замедляет выполнение. c.2 внесение добавлений в gawkесли вы решите, что вам нужно расширить значительно возможности gawk, вы свободно можете это сделать. этим преимуществом обладает свободное программное обеспечение; исходный код доступен, и вы свободно можете менять его, если хотите (см. [gnu general public license], стр. 309). в этом разделе обсуждаются пути для изменений в gawk, и всякие соображения, которые следует держать в уме. c.2.1 добавление новых свойстввы можете свободно добавлять новые свойства к gawk. однако, если вы хотите, чтобы сделанные вами изменения вошли в поставку gawk, имеется несколько шагов, которые вы должны предпринять, чтобы сделать возможным для меня принять ваши изменения. 1. возьмите последнюю версию. для меня гораздо легче вставить изменения, если они относятся к самой последней поставляемой версии gawk. если ваша версия gawk очень стара, я могу оказаться не в состоянии вообще объединить их. см. раздел b.1.1 [получение поставки gawk], стр. 279, для информации о том, как получить последнюю версию gawk. 2. следуйте стандартам кодировки gnu. этот документ показывает, как должно писаться программное обеспечение gnu. если вы его не читали, прочтите пожалуйста до того, как приступите к модификации gawk. (the gnu coding standards доступен как часть autoconf distribution из fsf.) 3. используйте стиль кодировка gawk. cи-код для gawk следует инструкциям в gnu coding standards, с минимальными исключениями. код отформатирован с использованием традиционного стиля "k&r", в особенности в отношении расположения скобок и использования символов tab. коротко, правила кодирования для gawk таковы: используйте старый стиль (non-prototype) заголовков функций при определении функций. помещайте имя функции в начале отдельной строки. помещайте тип значения возврата функции, даже если это есть int, в строке над той, где помещаются имя и аргументы функции. описания аргументов функции не должны иметь отступа. ставьте пробелы вокруг скобок в управляющих структурах (if, while, for, do, switch и return). не помещайте пробелов перед скобками, используемыми в вызовах функций. ставьте пробелы вокруг всех си-операторов и после запятых в вызовах функций. не употребляйте операторов запятая для произведения кратных побочных эффектов, за исключением инициализации циклов и частей с приращением, и тел макросов. используйте real tabs для отступов, а не пробелы. используйте стиль "k&r" для расположения скобок. используйте сравнения с null или '\0' в условиях операторов if, while и for, и в случаях операторов switch вместо простых указателей или значений символов. употребляйте символьные постоянные true, false и null, и символьную константу '\0' где нужно, вместо 1 и 0. вставляйте однострочные описательные комментарии для каждой функции. не употребляйте `#elif'. многие старые unix c компиляторы не умеют их обрабатывать. не употребляйте функцию alloca для резервирования памяти вне стека. такое употребление причиняет больше трудностей при переносе, чем небольшое удобство отсутствия необходимости освобождения памяти. используйте malloc и free. если я буду должен переформатировать ваш код в духе, принятом в gawk, я могу не захотеть возиться с ним. 4. будьте готовы подписать соответствующую статью. для того, чтобы fsf поставляло ваши изменения, вы должны опубликовать эти изменения, представив подписанный документ такого рода, или передать права на публикацию в fsf. оба эти действия легко осуществить, и многие авторы это уже сделали. если у вас есть вопросы, пожалуйста войдите в контакт со мной (см. раздел b.7 [сообщения о коллизиях и ошибках], стр. 292), или с gnu@gnu.org. 5. исправьте документацию. вместе с вашим новым кодом пришлите пожалуйста новые разделы или главы к этой книге. если возможно, воспользуйтесь texinfo, вместо представления неформатного текста ascii (хотя и это лучше, чем совсем никакой документации). соглашения, которые используются в эффективном awk-программировании, помещены после `@bye' в конце texinfo source file. если можно, внесите изменения и в справочник man page. вы должны будете также подписать письменную статью по вашим изменениям в документации. 6. согласуйте изменения с context diffs или unified diffs. используйте `diff -c -r -n' или `diff -u -r -n' для сравнения оригинального дерева gawk с вашей версией. (я считаю context diffs более удобочитаемым, а unified diffs более компактен.) рекомендую использовать версию gnu diff. перешлите мне результаты, выданные каким-нибудь исполнением diff после согласования. см. раздел b.7 [сообщения о коллизиях и ошибках], стр. 292, об информации по электронной почте. использование названного формата облегчит мне внесение ваших изменений в эталонную версию исходного кода gawk (установку заплатки). если я буду должен произвести вставку вручную, используя текстовый редактор, я могу этого не сделать, особенно при наличии множества изменений. хотя все это звучит как куча работы, помните, что вы только пишете новый код, а я должен его понять и поддержать, и если это невозможно сделать с минимумом лишней работы, я могу отказаться от этого. c.2.2 перенос gawk в новую операционную системуесли вы хотите перенести gawk в новую операционную систему, имеется несколько стадий в этом процессе. 1. следуйте общим указаниям раздела c.2.1 [добавление новых свойств], стр. 295, касающихся стиля кодирования, подчинения diffs, и пр. 2. делая перенос, имейте ввиду, что ваш код должен мирно сосуществовать с остальным gawk и с другими переносами. избегайте беспричинных изменений не зависящих от системы частей кода. если это возможно, избегайте лишних `#ifdef' в переносимом коде. если изменения, необходимые для конкретной системы, захватывают большую часть кода, я бы не поддержал этого. в таком случае вы, конечно, можете распространять ваши изменения самостоятельно, пока вы согласуете свои действия с gpl (см. [gnu general public license], стр. 309). 3. некоторые файлы, поставляемые с gawk, курируются другими лицами из free software foundation. поэтому вы не должны изменять их, если для этого нет весьма веских причин. т.е., хотя изменения и не невозможны, они будут подчинены весьма строгим рассмотрениям. это файлы `alloca.c', `getopt.h', `getopt.c', `getopt1.c', `regex.h', `regex.c', `dfa.h', `dfa.c', `install-sh' и `mkinstalldirs'. 4. будьте готовы продолжать поддерживать этот перенос. не-unix операционные системы поддерживаются добровольцами, которые следят за кодами, необходимыми для компиляции и исполнения gawk на таких системах. если ни один доброволец не будет курировать перенос, он останется без поддержки, и может оказаться необходимым исключить его из поставок. 5. приготовьте соответствующий `gawkmisc.???' файл. каждый перенос имеет свой `gawkmisc.???', который реализует некоторые специфические функции операционной системы. это лучше чем куча `#ifdef', разбросанных по коду. файл `gawkmisc.c' в главном исходном каталоге включает соответствующий `gawkmisc.???' файл из каждого подкаталога. не забудьте отредактировать также и его. каждый файл `gawkmisc.???' переноса имеет суффикс, напоминающий о машине или операционной системе для переноса. например, `pc/gawkmisc.pc' и `vms/gawkmisc.vms'. использование отдельных суффиксов вместо простого `gawkmisc.c' делает возможным передвигать файлы из подкаталога переноса в главный подкаталог без случайной порчи настоящего файла `gawkmisc.c'. (в настоящее время это сделано только в выпуске для переносов на ms-dos и os/2.) 6. обеспечьте `makefile' и все другие cи исходные и header-файлы, которые необходимы для вашей операционной системы. весь ваш код должен быть в отдельном подкаталоге с именем, которое совпадает или напоминает вашу вычислительную или операционную систему. если можно, старайтесь структурировать объекты так, что не будет необходимости переносить файлы из подкаталога в главный исходный каталог. если такое невозможно, тогда обязательно не используйте для ваших файлов имена, совпадающие с именами файлов в главном исходном каталоге. 7. обновите документацию. составьте раздел (или разделы) для этой книги, описывающие установочные и компиляционные шаги, необходимые для установки и/или компиляции gawk для вашей системы. 8. приготовьтесь подписать соответствующие статьи. для того, чтобы fsf распространяло ваши коды, вы должны или поместить ваш код в публичную область и представить подписанное подтверждение этого, или передать права на публикацию вашего кода в fsf. следование этим советам значительно облегчит интеграцию ваших добавлений в gawk и даст им возможность счастливо сосуществовать с кодами для других операционных систем, где gawk уже работает. в коде, который вы предоставили и который вы поддерживаете, вы можете свободно использовать тот стиль кодирования и расположения скобок, который вам больше по вкусу. c.3 вероятные будущие расширенияязык awk подобен языку perl, он только значительно более элегантен. arnold robbins. здорово! larry wallэтот раздел коротко перечисляет расширения и возможные улучшения в направлениях, планируемых в настоящее время для gawk. файл `futures' в поставке gawk также содержит эти расширения. вот список вероятных будущих изменений, которые будут использоваться теми, кто программирует на языке awk.
локализация
базы данных
массив procinfo
управление окружением подпроцессов вот список вероятных усовершенствований, увеличивающих производительность gawk.
улучшенная версия dfa
использование gnu malloc c.4 предложения по усовершенствованиюприведем несколько проектов, которые могут понравиться будущим gawk хакерам. они могут потребовать от нескольких дней и до недель для программирования, в зависимости от того, что вы выберете и насколько быстрым программистом являетесь. посылайте написанные вами усовершенствования кураторам проектов в gnu. см. раздел c.2.1 [добавление новых свойств], стр. 295, с описанием правил добавления новых возможностей в gawk. см. также раздел b.7 [сообщения об конфликтах и ошибках], стр. 292, по поводу контактов с кураторами.
1. компиляция программ awk. нужно, чтобы gawk превращала дерево разбора сценария в си-программу, которую пользователь мог бы потом компилировать, используя обычный си-компилятор и специальную библиотеку, содержащую все нужные функции (regexps, fields, associative arrays, type coercion, и т.д.). более легкой возможностью может быть промежуточная фаза awk превращения дерева разбора в линейную байтовую форму, подобную той, которая используется в gnu emacs lisp. тогда рекурсивный исполнитель может быть заменен простым интерпретатором, что даст скорость, промежуточную между исполнением скомпилированной программы и тем, как gawk работает сейчас. 2. чтобы программы в комплекте тестов могли использовать документацию из этой книги. 3. см. файл `futures' для нахождения других идей. вступите в контакт с нами, если вы серьезно хотите заняться одной из названных здесь задач. |
| <<< | оглавление | >>> |