stringtranslate.com

Автоконф

GNU Autoconf — это инструмент для создания сценариев конфигурации для сборки, установки и упаковки программного обеспечения на компьютерных системах, где доступна оболочка Bourne .

Autoconf не зависит от используемых языков программирования, но часто применяется для проектов, использующих C , C++ , Fortran , Fortran 77, Erlang или Objective-C .

Скрипт конфигурации настраивает программный пакет для установки на конкретной целевой системе. После запуска серии тестов на целевой системе скрипт конфигурации генерирует файлы заголовков и makefile из шаблонов, тем самым настраивая программный пакет для целевой системы. Вместе с Automake и Libtool Autoconf образует GNU Build System , которая включает в себя несколько других инструментов, в частности Autoheader.

Обзор использования

Блок-схема Autoconf и Automake . Обратите внимание, что в ранних версиях Autoconf «configure.ac» назывался «configure.in».

Разработчик указывает желаемое поведение скрипта конфигурации, записывая список инструкций на языке GNU m4 в файле с именем "configure.ac". Библиотека предопределенных макросов m4 доступна для описания общих инструкций скрипта конфигурации. Autoconf преобразует инструкции в "configure.ac" в переносимый скрипт конфигурации. Система, которая будет выполнять сборку, не обязательно должна иметь установленный Autoconf: Autoconf нужен только для сборки скрипта конфигурации, который обычно поставляется вместе с программным обеспечением.

История

Autoconf был начат летом 1991 года Дэвидом Маккензи для поддержки его работы в Free Software Foundation . В последующие годы он разросся, включив улучшения от разных авторов, и стал наиболее широко используемой системой конфигурации сборки для написания переносимого бесплатного или открытого программного обеспечения .

Подход

Autoconf похож на пакет Metaconfig, используемый Perl . Система imake, ранее использовавшаяся в X Window System (до X11R6.9), тесно связана, но имеет другую философию.

Подход Autoconf к переносимости заключается в тестировании функций , а не версий . Например, собственный компилятор C в SunOS 4 не поддерживал ISO C. Однако пользователь или администратор мог установить компилятор, совместимый с ISO C. Чистый подход на основе версий не обнаружит наличие компилятора ISO C, но подход на основе тестирования функций сможет обнаружить компилятор ISO C, установленный пользователем. Обоснованием этого подхода является получение следующих преимуществ:

Autoconf предоставляет обширную документацию по непереносимости многих конструкций оболочки POSIX на старые оболочки и ошибкам в них. Он также предоставляет M4SH, замену синтаксиса оболочки на основе макросов. [2]

Критика

Есть критика, что Autoconf использует устаревшие технологии, имеет много устаревших ограничений и усложняет простые сценарии без необходимости для автора скриптов configure.ac . В частности, часто упоминаемыми слабыми сторонами Autoconf являются:

Из-за этих ограничений несколько проектов, использовавших GNU Build System, перешли на другие системы сборки, такие как CMake и SCons . [3] [9]

Смотрите также

Ссылки

  1. ^ Захари Вайнберг (22 декабря 2023 г.). "autoconf-2.72 released [stable]" . Получено 25 декабря 2023 г. .
  2. ^ "Portable Shell". Autoconf . Получено 20 января 2020 г. .
  3. ^ ab Neundorf, Alexander (21.06.2006). «Почему проект KDE перешел на CMake — и как».
  4. ^ Камп, Поуль-Хеннинг (15 августа 2012 г.). «Поколение, затерянное на базаре». ACM Queue . 10 (8): 20–23. doi : 10.1145/2346916.2349257 . S2CID  11656592.
  5. ^ ab McCall, Andrew (21.06.2003). «Остановите безумие autoconf! Зачем нам нужна новая система сборки».
  6. ^ «Стандарты кодирования GNU».
  7. ^ Камп, Поуль-Хеннинг (2010-04-20). «Вы назвали их инструментами автохлама?». Архивировано из оригинала 2017-09-11 . Получено 2017-08-16 .
  8. ^ Дики, Томас. «почему я до сих пор использую autoconf 2.13».
  9. ^ "Blender.org - Системы сборки". Архивировано из оригинала 2008-12-02 . Получено 2009-06-10 .

Внешние ссылки