The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск GNU Autoconf 2.71

29.01.2021 10:58

Опубликован выпуск пакета GNU Autoconf 2.71, в котором поставляется набор M4-макросов для создания скриптов автоконфигурации для сборки приложений в различных Unix-подобных системах (на основе подготовленного шаблона выполняется генерация скрипта "configure").

В новой версии решено несколько проблем с совместимостью, всплывших в Autoconf 2.70. В частности возобновлена совместимость со старыми версиями std-gnu11.m4 и правилами automake для перегенерирования скрипта configure. Улучшена совместимость с компиляторами Clang и Oracle C++. Обеспечено корректное определение компиляторов, поддерживающих стандарт C99, но не поддерживающих C2011.

  1. Главная ссылка к новости (https://lists.gnu.org/archive/...)
  2. OpenNews: Доступен GNU Autoconf 2.70
  3. OpenNews: Доступен GNU Autoconf 2.69b для тестирования изменений, потенциально нарушающих совместимость
  4. OpenNews: Релиз GNU autoconf 2.69
  5. OpenNews: Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GNU платформ в Autoconf
  6. OpenNews: Релиз генератора файлов сборки GNU Automake 1.16
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54484-autoconf
Ключевые слова: autoconf, compile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (56) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, OnTheEdge (??), 11:13, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    в make сила, брат
     
     
  • 2.2, Корец (?), 11:27, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Неправда! Сила - она в ньютонах!
     
     
  • 3.6, Аноним (6), 12:06, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    сила - в динах!
     
     
  • 4.7, Аноним (7), 12:10, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    СИ - Система Интернациональная (международная). В ней сила, как раз таки, в Ньютонах.
     
     
  • 5.23, Аноним (23), 15:21, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    СИ - Сила
     
     
  • 6.34, Аноним (34), 01:21, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Си - сила!
     
     
  • 7.50, DIO (?), 11:51, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ЛЫ - логика (ц)
     
  • 4.26, myhand (ok), 16:38, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аминь, брат.  СИ - ието извращенцы.

    ЗЫ: Хотя планковская сила рулит.

     
     
  • 5.31, Аноним (-), 19:25, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Большой фанат фунтов и инчей? :)
     
     
  • 6.48, myhand (ok), 09:42, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Use СГС, Luke.
     
     
  • 7.52, Аноним (-), 21:12, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Use СГС, Luke.

    СИ в инженерии удобнее.

     
     
  • 8.57, myhand (ok), 12:09, 01/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, инженерам же его вдалбливают как не в себя Лучше б физику вместо выуч... текст свёрнут, показать
     
  • 3.10, OnTheEdge (??), 12:44, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    эх, чувак, была уже такая ответочка давеча -- придумай пооригинальней что-нибудь
     
  • 3.33, Аноним (34), 01:19, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В лошадиных силах же, а ньютоны - это для отступников, пусть сгниют их тела заживо!
     
     
  • 4.38, Ordu (ok), 02:55, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В лошадиных силах мощность, а не сила.
     
  • 2.3, Аноним (3), 11:30, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    У вас в слове "CMake" ошибка.
     
     
  • 3.8, Аноним (7), 12:11, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    CMake лишь надстройка над make. Он только генерит Makefile.
     
     
  • 4.19, Аноним (3), 13:40, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >над ninja.

    поправил.

     
  • 3.11, Аноним (11), 12:51, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Цмейк дрянь мерзопакостная. Месон получше, но тоже гадость. Когда уже придумают нормальную альтернативу автотулсам.
     
     
  • 4.12, OnTheEdge (??), 13:07, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а нафига? с ними вообще классно
     
  • 4.13, омоним (?), 13:12, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    premake5, GENie, wake, gn, tup, tundra, ... Добавить по вкусу.
     
     
  • 5.14, омоним (?), 13:15, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    fastbuild забыл
     
  • 5.15, Аноним (11), 13:19, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это уже вообще треш, особенно наверно premake. Поэтому я и говорю, что meson довольно неплох ещё, в сравнении с тем, что существует помимо него.
     
     
  • 6.16, омоним (?), 13:23, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    треш - это всё, что написано не на C/C++
     
     
  • 7.17, Аноним (11), 13:27, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем генератору мейкфайлов си? Из того что я видео, самые трешовые ограниченные и забагованные поделки были на bison (т.е. вполне себе си), а проблемы не исправлялись десятилетиями. Чем меньше си в этом вопросе, тем лучше, тут всего-то нужно собрать файл под определённые конфигурацию и платформу, что может быть проще.
     
     
  • 8.18, омоним (?), 13:35, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    meson без Питона, написанном на C, не взлетит и не поползёт ... текст свёрнут, показать
     
     
  • 9.21, Аноним (11), 13:45, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может, когда-нибудь на pypy запустят Я, правда, не знаю, зачем ... текст свёрнут, показать
     
     
  • 10.53, Аноним (-), 21:14, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для меня того что он на питоне достаточно чтобы им не пользоваться Я что, спецо... текст свёрнут, показать
     
  • 4.20, омоним (?), 13:41, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    llvm-project потихоньку переходит на gn+ninja
    Сов падение? Или филинов?
    Не думаю.
     
     
  • 5.43, Аноним (43), 17:55, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >The minimal build configuration is relatively heavyweight. There are several files required and the exact way all compilers are linkers are run must be specified in the configuration (see “Examples” below). There is no default compiler configuration.

    Очень прискорбно, что они вынуждены перейти на это gnо. Но как бэкенд к CMake может сойти. Но зачем, если CMake сама генерирует ninja.build?

    Проектировщики gn совершили ошибку проектирования - они смешали высокьуровневое описание (списки файлов для сборки) с низкоуровневым (флаги компилятора), в результате получилось ни рыба, ни мясо. Высокоуровневая система всё равно нужна. А низкоуровневая уже есть, это ninja.

     
     
  • 6.47, омоним (?), 08:52, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Но зачем, если CMake сама генерирует ninja.build?

    Потому что gn генерирует намного быстрее CMake.
    Иногда собираю всё из LLVM, поэтому заметил.

     
  • 5.54, Аноним (-), 21:16, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > llvm-project потихоньку переходит на gn+ninja

    Ну кто бы сомневался.

    > Не думаю.

    Просто эту пакость гугол малость сожрал. Ну вот и переваривать начал понемногу. Теперь будет чудная либа для обслуг нужд гугли. А, еще слегка эппла, они вроде слегка примазались.

     
  • 4.22, Аноним (-), 14:39, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дрянью является тот кто считает другое дрянью.
     
     
  • 5.25, Аноним (11), 15:25, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Дрянью является тот кто считает другое дрянью.

    Мразью является тот, кто анонимно оскорбляет незнакомых людей в интернете. Парируйте.

     
  • 4.24, alex312 (?), 15:21, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Qbs
     

  • 1.4, Аноним (4), 11:33, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С чего они вдруг решили воскреснуть?
     
     
  • 2.5, Ли (?), 11:40, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Они и не умирали.
     
  • 2.9, Аноним (9), 12:20, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И если я завтра воскресну пускай я сегодня умру
    (с) ва-банк
     

  • 1.27, bzz (?), 16:42, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    почитайте доки к аутоконф. Веселое чтиво, рекомендую.

    > A physicist, an engineer, and a computer scientist were discussing the nature of God. “Surely a Physicist,” said the physicist, “because early in the Creation, God made Light; and you know, Maxwell’s equations, the dual nature of electromagnetic waves, the relativistic consequences...” “An Engineer!,” said the engineer, “because before making Light, God split the Chaos into Land and Water; it takes a hell of an engineer to handle that big amount of mud, and orderly separation of solids from liquids...” The computer scientist shouted: “And the Chaos, where do you think it was coming from, hmm?”

    —Anonymous
    ...
    > Instead, they individually test for the presence of each feature that the software package they are for might need. (Before each check, they print a one-line message stating what they are checking for, so the user doesn’t get too bored while waiting for the script to finish.)

    ...
    > Those who do not understand Autoconf are condemned to reinvent it, poorly. The primary goal of Autoconf is making the user’s life easier; making the maintainer’s life easier is only a secondary goal.

    https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.70/autoc

     
     
  • 2.39, Ordu (ok), 02:58, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > The primary goal of Autoconf is making the user’s life easier; making the maintainer’s life easier is only a secondary goal.

    Хыхы, да. Верно подмечено. Именно поэтому разработчики и заменяют autoconf на альтернативы.

     
  • 2.44, Аноним (43), 17:57, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ... учитывая, что пользователи вообще не контактируют с autotools ...
     
     
  • 3.46, Чума (?), 22:49, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Определение пользователя в студию!
     
  • 3.51, adolfus (ok), 19:57, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Те, кто запускает автотулс, являются пользователями [автотулса]
    Это же справедливо и для SQL -- все, кто составляют SQL-выражения, являются пользователями [базы данных] -- SQL сделан для пользователей, а ISAM -- для программистов SQL.
     

  • 1.28, anonymous (??), 16:58, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждую новость про autoconf я жду как праздник
     
     
  • 2.45, Аноним (43), 17:59, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я жду как праздник новости о том, что дистры сговорились и выпилили весь софт, использующий autotools, из репозиториев.
     
     
  • 3.55, Аноним (-), 21:18, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я жду как праздник новости о том, что дистры сговорились и выпилили
    > весь софт, использующий autotools, из репозиториев.

    Я бы станцевал на твоей могилке. Это был бы праздник.

     
  • 3.58, adolfus (ok), 19:30, 01/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И будете руками makefile'ы колхозить.
     

  • 1.32, анонимуслинус (?), 00:42, 30/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    эх а раньше писали в текстовиках и компилили gcc. прогресс на всю голову. я понимаю попытка ускорить, но походу только усложняют и запутывают. причем себя в том числе. потом ловят вечные cve или баги несовместимости то с одним , то с другим.
     
     
  • 2.61, Аноним (61), 23:21, 02/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, все писали и понаписали такого, что без автотулз не разрулить.
     
     
  • 3.62, анонимуслинус (?), 03:14, 03/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, все писали и понаписали такого, что без автотулз не разрулить.

    и не говори пишут что попало))))

     

  • 1.35, souryogurt (ok), 01:29, 30/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне лично нравится и autoconf и make. В них столько мудрости накопленно, что меня удивляет и даже немного раздражает, что всё новые билд-системы вместо того, чтобы изучить и перенять всё лучшее из autoconf и make, изобретают свои никчёмный велосипеды.

    Autoconf ценен за накопленный опыт сборки на огромном количестве unix-систем. Его нужно использовать, а не выкидывать!

    Make многие любят за мощный декларативный синтаксис. Не json и xml!

    Если взять всё лучшее из этого всего, и заменить некроссплатформенное (читай, неработающее в Виндоус), то получаем параметры:
    - декларативный синтаксис. Не json, и xml, а очень мощный prolog-like синтаксис как у make
    - кроссплатформенность(своя реализация posix туулз на всех системах, например на C. Не должно быть сложно. Буквально каждый game-engine это делает сейчас)
    - онлайн база знаний о системах, как autoconf-archive, или cmake'овские FindXXX(очень натянуто), только прямо чтобы онлайн, и всегда доступная без движений программистов. Прямо "коллективнаях база знаний" обновляемая и получаемая автоматически.


    То есть, в моем понимании, это должна быть система, наверное, на swi-prolog или mercury, где есть центральная база знаний о всех используемых системах, которая подтягивается онлайн, во время сборки или по запросу(если нет интернета, например, на CI).

    В которой можно было бы писать высокоуровневые предикаты, как, например, какой файл использовать в сборке. А низкоуровневые бы писались разработчиками ос и дистрибутивов.

    До сих пор, autoconf и и make этому соответствуют. До сих пор.
    Не считая, что под Винду работает с трудностями. Но это из-за unix-tools

    Посему вопрос. Почему до-сих пор, никто не попробовал написать билд систему на swi-prolog или mercury? По-моему в них есть всё что нужно.

    Что думаете, эксперты опеннет?

     
     
  • 2.36, souryogurt (ok), 01:41, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сразу отвечаю, я пробовал, но мудрости нехватило. Но я и не самый умный на опеннет:)
     
  • 2.37, souryogurt (ok), 01:53, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Накидайте самое хорошее что есть в autoconf и make, если я этого не учел. Очень интересно. Честно!
     
     
  • 3.42, Ононем (?), 16:37, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самое хорошее это то, что он есть. На этом, пожалуй, всё.
     
  • 3.56, Аноним (-), 21:21, 31/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Накидайте самое хорошее что есть в autoconf и make, если я этого
    > не учел. Очень интересно. Честно!

    Поддерживает овердохрена систем. По минимуму configure что-то детектит на любой штуке где есть posix shell. Даже на cygwin каком, или msys. Или винтажном юниксе каком. Ему не важно, как минимум он getting it on wheels. А там уже понятнее в какую сторону.

    Cmake? В последних версиях подтянули но вообще порой проверки обламываются - и дебажить это не сильно круто.

    Месон? Требует электрон^W питон и работает на паре платформ, остальное "нинужна". Хтонически не умеет в мэйкфайлы. С очень дружелюбным ответом что никогда поддерживать не будет.

     
     
  • 4.60, adolfus (ok), 20:20, 01/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С cmake все туго. Создание CMakeLists.txt (еще то горбатое названьице), собирающего приложение под линукс и под мингв, требует в разы больше времени, нежели создание отдельных makefil'ов для этих проектов руками. При этом со стопроцентной вероятностью через пять-семь лет этот .txt ничего уже не соберет и придется опять потратить день или два на его отладку, в то время как makefile'ам это по барабану -- через шесть лет, после замены железа и замены FC19 на FC32 все собралось влет.
    Мало того, структура генерируемых симейком makefile'ов напоминает структуру исходников из-под фреймворков, написанных на фреймворках, написанных на фреймворках ..., одним словом, ничего в этой каше полупустых файлов не понять и никакой возможности прогнать make вхолостую, чтобы посмотреть, что и с какими ключами будет вызываться.
     
  • 2.59, adolfus (ok), 19:55, 01/02/2021 [^] [^^] [^^^] [ответить]  
  • +/

    > То есть, в моем понимании, это должна быть система, наверное, на swi-prolog или mercury,
    > где есть центральная база знаний о всех используемых системах, которая подтягивается онлайн,
    > во время сборки или по запросу(если нет интернета, например, на CI).

    Это как раз должно быть исключено безусловно. Сборка проекта должна выполняться строго изолированно без какого-либо доступа в интернет. Достаточно того, что make получает доступ по чтению к файлам системы программирования (заголовки, объектные модули и библиотеки).

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру