The OpenNET Project / Index page

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

Доступен GNU Autoconf 2.70

09.12.2020 12:18

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

В новую версию включены изменения, которые потенциально могут привести к нарушению совместимости с существующими скриптами Autoconf. Перед переходом на Autoconf 2.70 пользователям рекомендуется протестировать свои скрипты на предмет корректности их работы.

Среди изменений:

  • Обеспечена совместимость с выпущенными в 2011 году стандартами C и C++.
  • Добавлена поддержка повторяемых сборок, результат которых будет одинаковым на разных системах.
  • Улучшена поддержка кросс-компиляции.
  • Улучшена совместимость с современными версиями компиляторов и вызываемых утилит.
  • Повышена эффективность работы генерируемого shell-кода.
  • В скрипт configure добавлена опция '--runstatedir' для определения пути к каталогу /run с pid-файлами.
  • В autoreconf добавлена поддержка запуска утилит gtkdocize и intltoolize, а также обеспечена обработка макроса AM_GNU_GETTEXT_REQUIRE_VERSION, определяющего минимальную версию gettext.
  • В autoheader улучшена поддержка дополнительных файлов конфигурации, в которых теперь не обязательно дублировать шаблоны AC_DEFINE.
  • Добавлен макрос AC_C__GENERIC для проверки поддержки ключевого слова _Generic, определённого в спецификации C2011. Реализация макроса AC_C_VARARRAYS приведена в соответствие со спецификацией C2011.
  • Добавлен макрос AC_CONFIG_MACRO_DIRS для определения списка каталогов, в которых размещаются локальные макросы M4.
  • В макрос AC_USE_SYSTEM_EXTENSIONS добавлена информация о дополнительных системных расширениях, которые включены для HP-UX, macOS и MINIX.
  • Добавлен макрос AC_CHECK_INCLUDES_DEFAULT для выполнения проверок, выполняемых при обработке макроса AC_INCLUDES_DEFAULT.
  • Объявлены устаревшими макросы AC_PROG_CC_STDC, AC_PROG_CC_C89, AC_PROG_CC_C99, вместо которых следует использовать AC_PROG_CC.
  • Изменения, потенциально нарушающие совместимость:
    • Обеспечено экранирование аргументов config.log в заголовочном комментарии. Улучшена читаемость вывода "config.status --config".
    • В autoreconf прекращена поддержка версий automake и aclocal, выпущенных раньше 1.8.
    • Рекомендовано использовать printf вместо echo, макросы AS_ECHO и AS_ECHO_N теперь преобразуются в 'printf "%s\n"' и 'printf %s'. Переведены в разряд устаревших недокументированные переменные $as_echo и $as_echo_n, вместо которых следует использовать макросы AS_ECHO и AS_ECHO_N.
    • Многие макросы изменены для раскрытия аргументов только один раз для ускорения выполнения autoconf, что может сказаться на совместимости с некоторыми скриптами, не выполняющими корректных квотинг аргументов.
    • Некоторые макросы, такие как AC_PROG_CC, обычно используемые на начальной стадии работы скрипта configure, оптимизированы и больше не вызывают так много вторичных макросов. Изменение позволяет выявить несколько классов ошибок, как правило, вызванных использованием макроса AC_REQUIRE.
    • Макросы, принимающие списки аргументов, разделённых пробелом, теперь всегда раскрываются с каждым из перечисленных аргументов. Изменение затрагивает макросы AC_CHECK_FILES, AC_CHECK_FUNCS, AC_CHECK_FUNCS_ONCE, AC_CHECK_HEADERS, AC_CHECK_HEADERS_ONCE, AC_CONFIG_MACRO_DIRS, AC_CONFIG_SUBDIRS и AC_REPLACE_FUNCS.
    • В макросе AC_PROG_CC при наличии теперь выбирается компилятор с поддержкой C11 (с откатом до C99 и C89, если не найден), а в AC_PROG_CXX - C++11 с откатом до C++98.


  1. Главная ссылка к новости (https://lists.gnu.org/archive/...)
  2. OpenNews: Сотрудник Red Hat представил сборочную систему Goals. Выпуск GNU Make 4.3
  3. OpenNews: Релиз генератора файлов сборки GNU Automake 1.16
  4. OpenNews: Релиз GNU autoconf 2.69
  5. OpenNews: Вышел GNU Autoconf 2.65, теперь под лицензией GPLv3
  6. OpenNews: Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GNU платформ в Autoconf
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54226-autoconf
Ключевые слова: autoconf, make
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, little Bobby tables (?), 12:50, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    старый, добрый, ламповый автоконф. Но и на солнце есть пятна, например можно было в config.log указывать строчку, где именно описывается вызов непрошедшего теста. Сэкономило б чутка времени при анализе окружения.
     
     
  • 2.17, Аноним (17), 16:06, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Кто хотел сэкономить время, те уже давно пользуются вменяемыми билд-системами, с которыми не надо продираться через три слоя автогенерированных скриптов под шеллы семидесятого года.
     
     
  • 3.18, пох. (?), 16:57, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кто хотел сэкономить время, те уже давно пользуются вменяемыми билд-системами

    а что "вменяемые" работают только под "новым стандартом" - так это неважно, код этих экономных тоже только в нем и работает, причем только с еще недонаписанными распоследними версиями ВСЕГО.

    В целом, согласен, зачем бы им автоконф?

    > с которыми не надо продираться через три слоя автогенерированных скриптов под шеллы
    > семидесятого года.

    через них не надо "продираться", они просто делают свою работу. При условии что ты умеешь делать свою.

    autoconf это немного не про твое неумение писать мэйкфайлы, это про портируемый софт, который вы теперь писать разучились.

     
     
  • 4.19, Самый Лучший Гусь (?), 17:23, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > портируемый софт

    Так ничего, кроме GNU/Linux не осталось.

     
     
  • 5.22, Аноним (22), 17:42, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С такими желаниями вокруг тебя скоро никого, кроме альтернативно ориентированных, не останется.
     
  • 5.30, пох. (?), 19:26, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дык, я и говорю - нах он не нужен тот автоконф.

    Ты еще забыл уточнить,конечно, что кроме (по тексту) самых наираспоследних версий, а кто не спрятался - сам виноват. А то можно посмотреть, к примеру, _правильное_ применение gnu autoconf в не то что linux-only, а при сборке драйвера ядра - ага, ZoL.

    Но это совершенно неправильный, конечно, драйвер - "с 2.6.32 по 5.+", кто ж так пишет, кроме полных лохов-неудачников?!

    А 99% реальных применений автоконфа - --with-ненужно или --enable-ненужно. Где автоконф тоже ненужно, совершенно.

     
  • 5.33, заминированный тапок (ok), 20:19, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так ничего, кроме GNU/Linux не осталось.

    так кроме GNU/Linux ничего не нужно.
    а под портируемостью подразумевается поддержка разных аппаратных архитектур, а ненужных ОСей

     
     
  • 6.44, пох. (?), 12:35, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу, угу - обоих двух - amd64 и aarch64 Мозги при этом включать вообще не понад... большой текст свёрнут, показать
     
     
  • 7.48, заминированный тапок (ok), 12:54, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > (а то ж можно додуматься, что на какой-нибудь платформе твоих любимых готовых
    > библиотечек - опаньки, а вообще ж нет. И не предвидится. Да
    > ты ж модный пацан, не то что некоторые лохи, умеющие и
    > в такое - нет, так заменим менее эффективным своим кодом, зато
    > кроссплатформенным - ты просто скажешь "фуфуфу, фуфло ваша платформа, купите мак,
    > как у всех!")
    > Хорошо бы в код еще пометочку какую сразу ставить, чтоб отличать подобные
    > поделки от нормального софта с первого взгляда. А, ну да, ну
    > да - уже ж поставлено. Использует не autotools и не самодельную
    > им замену, написанную из разумных соображений - в помойку.

    чё за х*ню я только что прочитал? О_О
    какой-то текстовый артхаус

     
  • 5.76, qwerty123 (??), 00:47, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Так ничего, кроме GNU/Linux не осталось.

    Как минимум, *BSD & производные OpenSolaris.

    И не нуно про количество, "миллионы мух не дадут соврать"

     
  • 4.20, Аноним (20), 17:37, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > через них не надо "продираться", они просто делают свою работу. При условии что ты умеешь делать свою.

    Хреново делают только. Особенно если у тебя пачка библиотек, и приходится иметь дело с libtool. Там вообще тушите свет, сливайте воду.

     
  • 4.23, Аноним (23), 18:32, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем вам CMake непортируемый?
     
     
  • 5.36, slepnoga (ok), 01:08, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем, что он, внизапна, требует компиляции ldd usr bin cmake linux-vdso... большой текст свёрнут, показать
     
     
  • 6.39, Ordu (ok), 07:47, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем, что он, внизапна, требует компиляции.

    И как это влияет на портируемость?

    > ахринеть, да )))

    Что-то я не вижу в зависимостях ничего непортируемого.

     
     
  • 7.46, пох. (?), 12:38, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > И как это влияет на портируемость?

    они реально такие т*пые :-(

    > Что-то я не вижу в зависимостях ничего непортируемого.

    Приступай к портированию. Вот как ВЕСЬ этот мусор спортируешь на какую-нибудь необычную платформу - сможешь начать портировать собственно свой хеловрот из трех строк, который без него не собирается, потому что ты не умеешь в мэйкфайлы.

     
     
  • 8.49, Ordu (ok), 13:02, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что это за платформа, куда весь этот мусор ещё не спортировали Кому она сдала... текст свёрнут, показать
     
     
  • 9.62, slepnoga (ok), 23:20, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да,тыртрубовский плеер на кутях там точно не нужен, это ты прав Прикинь, там... текст свёрнут, показать
     
     
  • 10.65, Ordu (ok), 04:47, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На 64мб рамы Да там ты не то, что cmake, даже и компилятор запускать не захочеш... большой текст свёрнут, показать
     
  • 10.67, Аноним (20), 15:03, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Этих 64 мб рамы не хватит, чтобы вместить весь нагенерённый автоконфом мусор А ... текст свёрнут, показать
     
     
  • 11.78, qwerty123 (??), 00:56, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, для работы configure минимально нужен sh и sed Все Такое впечатление, ... текст свёрнут, показать
     
  • 8.77, qwerty123 (??), 00:51, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Оно не понимает, что эту хню и на обычной ARM банана-плате хрен скомпилируешь ... текст свёрнут, показать
     
     
  • 9.80, пох. (?), 17:01, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с урезанием части зависимостей - скомпилируешь, есть их у меня Только такой cma... текст свёрнут, показать
     
  • 6.43, topin89 (ok), 11:02, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И это не говоря про отсутствие жесткого триплета при конфигурировании - никогда
    > не знаешь, есть ли автозависимости, и если есть, откуда оно их
    > цепануло

    Можно подетальнее. Я не знаю, что значит "жесткий триплет при конфигурировании" и на что это влияет.

     
     
  • 7.64, Аноним (64), 03:58, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Триплет - это cpu-vendor-os (https://www.gnu.org/software/autoconf/manual/autoconf-2.70/html_node/Specifyin )
    Бывает полезен, если собираешь не нативный для этой системы код, например, на 64-х разрядной билдовой машине 32-ух разрядные бинарники. При кросс-компиляции, опять же.
     
  • 6.51, Аноним (20), 19:51, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И это не говоря про отсутствие жесткого триплета при конфигурировании - никогда не знаешь, есть ли автозависимости, и если есть, откуда оно их цепануло

    Триплет ему подавай… Тулчейн определи как доке описано, и не будет ничего цеплять откуда не надо.

     
     
  • 7.58, slepnoga (ok), 22:53, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ка расскажи, при чем тут тулчейн и что ты под этим подразумеваешь
     
     
  • 8.68, Аноним (20), 15:06, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это файлик такой man cmake-toolchains В нём всего лишь определяют несколько пе... текст свёрнут, показать
     
     
  • 9.69, Аноним (20), 15:07, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но вообще можешь с тем же успехом эти переменные и из командной строки передать ... текст свёрнут, показать
     
  • 6.85, Аноним (85), 12:01, 18/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не то чтобы я cmake защищал, мне он самому не очень нравится по многим причинам, но...
    1) даже рекурсивный трэш из ldd на моей системе 28 строчек вместо ваших 60, но его для оценки использовать вообще неправильно, потому что:
    2) давайте всё-таки смотреть прямые зависимости. B readelf -d cmake их в 3-4 раза меньше (читать NEEDED)

     
  • 5.37, slepnoga (ok), 01:10, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    head -1 /usr/bin/autoconf
    #! /bin/sh
    такие дела, да: из депенсов по __максимуму__
    sh, perl, m4
     
     
  • 6.45, пох. (?), 12:36, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    самое главное что для _сборки_ проекта (в том числе и модифицированного по месту) они _вообще_ не нужны.

    Нужен только примерно баш-совместимый шелл.

     
  • 6.52, Аноним (20), 19:52, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > из депенсов по __максимуму__
    > sh, perl, m4

    Perl-то ты где там нашёл?

     
     
  • 7.57, slepnoga (ok), 22:51, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где там? с готовым configure он не нужен, согласен ;)
    А если по полной - попробуй без miniperl, сообщиш результат
     
  • 5.55, Аноним (64), 20:58, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем вам CMake непортируемый?

    Не портируемый он тем, что он никогда не умел и всё ещё не умеет определять какие флаги нужны сишному компилятору на HP-UX и на AIX для безопасного использования потоков. По сути, он ничего кроме gcc -pthread и не знает. Модуль FindThreads.cmake - никчёмная ерунда.

     
  • 5.73, Аноним (73), 19:37, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    CMake 3 14 0 available for download Robert Maynard on March 14, 2019 Support for... большой текст свёрнут, показать
     
  • 4.35, topin89 (ok), 23:17, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всё это замечательно, но на практике с autoconf было сушественно больше мороки, чем с CMake.

    > а что "вменяемые" работают только под "новым стандартом" - так это неважно, код этих экономных тоже только в нем и работает, причем только с еще недонаписанными распоследними версиями ВСЕГО.

    Ну внезапно, если есть возможность пользоваться последними стандартами -- ими и пользуются. Да и то, большинство библиотек работает на предыдущем стандарте, или стандарте на два поколения назад, для той самой совместимости. Или поддерживает оба стандарта, но старый в ограниченном режиме

    > через них не надо "продираться", они просто делают свою работу. При условии что ты умеешь делать свою.

    Конфиги автоконфа write-only что-ли?

    > autoconf это немного не про твое неумение писать мэйкфайлы, это про портируемый софт, который вы теперь писать разучились.

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

    Да и вообще, autoconf так себе система конфигурации, лучшее в ней то, что она была одной из первых.

    Если не поставил gettext какой-нибудь -- падает с ошибкой, по которой никак не понять, что происходит. Если это такой стандартный инструмент, что не требует проверки на наличие, какого хрена его нет в зависимостях? В CMake всё в комплекте, а что нет, как правило ищется через find_package и если не находится, хотя бы ясно, чего не хватает.

    Да и вообще, autoconf скрипт, который умеет делать autoreconf не в папке с кодом -- это редкость. Блин, да банально сделать configure, способным собирать вне папки с кодом не у всех выходит. И думай потом, где нагенерено, а где реальный код.

    Я видел только одно преимущество -- генерация хелпа для ./configure. Вроде как такое можно сделать и для CMakeLists.txt, но на практике пока не встречал

     
     
  • 5.38, slepnoga (ok), 01:12, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >стандартный инструмент, что не требует проверки на наличие,

    Хоспади, ну собирайте своих котиков, плееры и мордокниги чем хотите - все равно bootstrap нового arch'a  не для смузихлебов

     
     
  • 6.42, topin89 (ok), 10:59, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>стандартный инструмент, что не требует проверки на наличие,
    > Хоспади, ну собирайте своих котиков, плееры и мордокниги чем хотите - все
    > равно bootstrap нового arch'a  не для смузихлебов

    А по существу можно?

    А главное, что за дихотомия такая? Если инструмент сложный -- то это тру, если проще с той же функциональностью, но новее -- то сразу для смузихлёбов. Так можно что угодно объявить ненужным, даже C (Есть же B или асм).

    Да и не такой уж CMake и новый, 20 лет уже.

     
     
  • 7.60, slepnoga (ok), 23:07, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >если проще с той же функциональностью

    нет той же функциональности с точки зрения мантайнера дистра, для пейсателя-смузихлеба да, цмаке одназначна проще, ибо УМВР достигается быстрее. Ну а как только овер 5 опций сборки - смузихлеб начинает в цмаке хардкодить или писать sh скрипты, ибо падать нормально на конфигуре при ненайденных опциях цмаке просто так не может - это же надо вручную говорить. Вобщем кто на что заточен - кто то то на УМВР с хер знает откуда подтенутыми либами ( где нашли, там и подтянули) и хрен переопределишь дирами, а кто то умеет на тулчейне с статик кросс sh+tinylibc  собрать glibc.

    Для примерчика - https://github.com/libguestfs/libguestfs/blob/master/configure.ac
    чето пока никто цмаке не осилил для этого проекта, хотя ужо скоро 10 лет, как мне  грозились сделать цмаке всякие смузики. Но как доходит до mixed sources -  тут вообще тушите свет, сливай воду ))))))))))))))))))))


     
     
  • 8.70, Аноним (20), 15:14, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ты майнтейнер дистра Это что за разновидность неполовых извращений ... текст свёрнут, показать
     
     
  • 9.71, slepnoga (ok), 15:22, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что, не похож Для ментейнера - когда программа написана на нескольких язы... текст свёрнут, показать
     
     
  • 10.72, Аноним (20), 17:29, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раз уходишь от ответа 8212 значит, нет Чего тогда берёшься рассуждать о чужо... текст свёрнут, показать
     
     
  • 11.79, slepnoga (ok), 11:56, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Приятнее, так как 1 Архитектуры у тебя скорее всего полторы amd64 i386 a... текст свёрнут, показать
     
     
  • 12.84, Аноним (20), 01:37, 14/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1 Помимо перечисленных были, например, ppc64 обеих ориентаций , mipsel, aarch6... текст свёрнут, показать
     
  • 5.50, пох. (?), 15:30, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Конфиги автоконфа write-only что-ли?

    в целом да - написал один раз и забыл. Как оно и должно было быть.

    > Да как сказать, на CMake портируемый на Винду софт попроще писать получается.

    Не, не попроще. Потому что его писать приходится. Что с cmake, что без cmake. Я, если что, пытался тут. Нихрена cmake за меня не написал, представь себе! И я изрядно не рад был выяснять, как в нем вручную обойти проблему нетипичных зависимостей (вместо того чтоб возиться с сишным кодом, ради которого все затевалось) - и, честно говоря, голый мэйкфайл я бы для такого проекта быстрее написал.

    Ну а что ms всосала cmake со всеми нужными деталями прямо в visual c, так что модному-современному "разработчику" вообще надо ответить на вопрос "откуда git clone" и оно все волшебным образом ему соберется - ну так ей тоже хотелось как попроще, а не чтоб ты мог писать переносимый код. Винда и новыйстандарт, и хватит всем.

    > Если это такой стандартный инструмент, что не требует проверки на наличие, какого хрена его
    > нет в зависимостях?

    вопрос к майнтейнеру твоего дистрибутива. Зависимости ему полагалось бы написать.

    > В CMake всё в комплекте

    собранном тебе MS. А что не в комплекте - то не работает.
    Вообще, чтоб ты в курсе был, у cmake есть свои стопиццот опций сборки. Правда, большую часть их трогать нельзя, потому что соберется, но собрать ничего не сможет.

    Забавно, что пара из них порождала циклические зависимости.

     
  • 5.53, Аноним (20), 19:58, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я видел только одно преимущество -- генерация хелпа для ./configure. Вроде как такое можно сделать и для CMakeLists.txt, но на практике пока не встречал

    В смысле? В option() в обязательном порядке прописывается строка справки. Выводится по cmake -LH.

     
     
  • 6.59, topin89 (ok), 23:05, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я видел только одно преимущество -- генерация хелпа для ./configure. Вроде как такое можно сделать и для CMakeLists.txt, но на практике пока не встречал
    > В смысле? В option() в обязательном порядке прописывается строка справки. Выводится по
    > cmake -LH.

    Как я и говорил, редко встречал на практике. То что в принципе можно, это да

     
  • 5.56, Аноним (64), 21:08, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В моей практике с cmake-ом было СУЩЕСТВЕННО больше мороки на UNIX-ах, чем с auto... большой текст свёрнут, показать
     
     
  • 6.61, topin89 (ok), 23:10, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/

    > я бы хотел
    > ясно проартикулировать: то что какой-то автотулзовый проект не поддерживает out-of-source
    > билд - это проблема конкретно этого проекта, а не автотулзов. Так
    > же как бывают cmake-овские проекты, в которых out-of-source билды сломаны, несмотря
    > на то, что написано в документации к самому cmake-у...

    Всё так, но по ощущениям, большинство autotools-проектов строго in-source и большинство cmake-проектов как мининум поддерживают out-of-source. К минимум, для CMake нужно постараться, чтобы out-of-source _не_ поддерживался. Честно говоря, не знаю как именно в autoconf, но по ощущениям, нужно постараться как раз ради поддержки. Поправьте, если ошибаюсь.

     
     
  • 7.63, Аноним (64), 03:25, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы сказал, что в в автотулзах как раз всё просто srcdir, abs_srcdir, top_srcd... большой текст свёрнут, показать
     
  • 3.26, Аноним (-), 19:01, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > уже давно пользуются вменяемыми билд-системами, с которыми не надо продираться
    > через три слоя автогенерированных скриптов под шеллы семидесятого года.

    Да, там три слоя фекалий другого типа хомячков, а когда что-то ломается то вообще логов нет. Не говоря о том что build-deps более другие. В сабже configure по минимуму вообще послать может на системе с posix shell и более нифига. И это уже начало.

     
     
  • 4.47, пох. (?), 12:39, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем тебе их логи? Когда что-то сломается в модном мезоне или еще какой ереси - ты вряд ли сможешь это починить.

     
  • 4.54, Аноним (20), 20:01, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, там три слоя фекалий другого типа хомячков, а когда что-то ломается то вообще логов нет.

    Ну не обязательно же речь о meson, чего ты?

     

  • 1.4, lockywolf (ok), 12:57, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надеюсь, теперь книга John Calcote выйдет поскорее!
     
  • 1.5, mikhailnov (ok), 13:10, 09/12/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.6, Аноним (6), 13:29, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Обеспечена совместимость с выпущенными в 2011 году стандартами C и C++.

    Не прошло и 10 лет!!!

     
     
  • 2.11, Аноним (11), 14:25, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Всё суетитесь?
     

  • 1.7, Zenitur (ok), 13:44, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Помню, когда прекратилась поддержка CentOS 5, в Firefox сразу перешли на GTK3 и PulseAudio. Сейчас, когда прекратилась поддержка CentOS 6, Autoconf 2.70 вышел. Эх, а ведь 2.69 это целая эпоха.
     
     
  • 2.9, Аноним (9), 14:08, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Сейчас, когда прекратилась поддержка CentOS вообще. https://www.opennet.me/opennews/art.shtml?num=54219
     
     
  • 3.27, Аноним (-), 19:01, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, как раз вовремя же. Пусть теперь шляпа сама это и опакечивает, если ей надо.
     

  • 1.8, Аноним (20), 13:57, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Обеспечена совместимость с выпущенными в 2011 году стандартами C и C++.

    Сверил календарь.

     
  • 1.10, Аноним (10), 14:24, 09/12/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –8 +/
     

     ....ответы скрыты (10)

  • 1.31, anonymous (??), 20:11, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лично я считаю, что должна быть сквозная интеграция от сборщика до дистрибутива. Единый софт должен собирать софт, клепать артефакты, паковать их в пакеты дистрибутива и накатывать куда скажут.

    Чтобы любые зависимостей на всей длине цепочек могли решаться системно. Чтобы цикл от пуша до тестирования (как софта самого по себе так и пакета в целом) до публикации был как можно корче и безболезненнее.

     
     
  • 2.34, Led (ok), 22:48, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ...и всё это при том, чтоб в школу не ходить, уроки не учить, а весь день смотреть мультики и прочие тиктоки...
     

  • 1.32, Козлетто (?), 20:12, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот они настоящие ценности! Не то что ваши meson'ы, c{q}make и прочие нинзя
     
  • 1.40, Аноним (40), 09:13, 10/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлена поддержка повторяемых сборок, результат которых будет одинаковым на разных системах.

    Reproduction на 100% решалось устоновкой переменной среды и добавлением нескольких опций к gcc.

    Не удивлюсь если работавшую как швейцарские часики reproduction (одно из требований безопасности) сегодня сломали.

     
  • 1.41, Аноним (41), 09:18, 10/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вирусогенерялка: https://www.opennet.me/openforum/vsluhforumID9/10331.html
     
  • 1.66, vle (ok), 14:50, 11/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кому это все надоело, можете попробовать https://github.com/cheusov/mk-configure

    Брать лучше последнюю версию.

     
     
  • 2.74, Аноним (-), 19:56, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Интереса ради - почему не kconfig тогда уже сразу вместо двух нажатий клавиш для добавления опций сборки в автоконф ?
     
  • 2.75, Аноним (75), 21:27, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Брать лучше последнюю версию.

    Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится о том что фряшная версия bmake, сопровождением которой занимается sjg не годится? Еще один bmake ставить?

     
     
  • 3.81, пох. (?), 17:19, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится

    да никак, "мы поддерживаем только новыйстандарт, а не эти ваши юникс-совместимые ненужно-системы!"

     
     
  • 4.83, vle (ok), 21:15, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится
    > да никак, "мы поддерживаем только новыйстандарт, а не эти ваши юникс-совместимые ненужно-системы!"

    Ирония, конечно, понятна, но список поддеживаемых платформ у mk-configure
    сильно шире, чем "новыйстандарт". На всем этом mk-c регулярно тестируется.

     
  • 3.82, vle (ok), 21:13, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Брать лучше последнюю версию.
    > Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится
    > о том что фряшная версия bmake, сопровождением которой занимается sjg не
    > годится? Еще один bmake ставить?

    На сколько мне известно SJG занимается портированием bmake на все, что движется.
    При чем тут FreeBSD? Но вообще, с некоторых пор mk-configure работает с родным
    FreeBSD-шным make-ом, посколько его заменили NetBSD-шным. Несколько лет назад.

     

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



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

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