Сформирован (http://lists.gnu.org/archive/html/info-gnu/2017-06/msg00007....) релиз Automake 1.15.1 (http://www.gnu.org/software/automake/), утилиты для автоматической генерации make-файлов, соответствующих стандартам кодирования проекта GNU. Выпуск подготовлен спустя два с половиной года с момента прошлого выпуска и после почти полутора лет остановки разработки GNU Automake. В качестве ключевой цели выпуска отмечается устранение отображения предупреждений, связанных с переводом в разряд устаревших некоторых возможностей Perl и gzip. В скрипте compile по аналогии с Microsoft C Compiler добавлена поддержка Windows-версии компилятора icс (Intel C Compiler).
В примечании к выпуску GNU Automake 1.15.1 также включено уведомление о ряде нарушений совместимости в будущей ветке Automake 2.0, разработка которой последние годы находилась в заброшенном состоянии. Например, работа Automake 2.0 будет возможна только вкупе с пакетом Autoconf 2.70+. Будет прекращена поддержка имени 'configure.in' в качестве входного файла для Autoconf, скрипты будут рассчитаны на работу с POSIX shell, все внешние m4-файлы (в директориях $ACLOCAL_PATH и aclocal) будут иметь более высокий приоритет по сравнению со встроенными макросами. Будет удалена поддержка MS-DOS и Windows 95/98/ME.URL: http://lists.gnu.org/archive/html/info-gnu/2017-06/msg00007....
Новость: http://www.opennet.me/opennews/art.shtml?num=46733
> Будет удалена поддержка MS-DOS и Windows 95/98/MEЗачем? Ну вот. Как теперь свежий LibreOffice под него собирать
пока ещё можно
>> Будет удалена поддержка MS-DOS и Windows 95/98/ME
> Зачем? Ну вот. Как теперь свежий LibreOffice под него собиратьautoreconf со старой версией выполнить
Вы забыли написать>Ну вот, теперь на ХР обновляться :(
> Выпуск подготовлен спустя два с половиной года с момента прошлого выпуска и после почти полутора лет остановки разработки GNU Automake.Лучше бы разработку совсем прекратили (вместе в autoconf).
* вместе с autoconf
Лучше бы ты прекратил писать глупые комментарии.
Когда новые версии выходят - это хорошо, но на самом деле вполне возможно, что желание этого человека сбудется, т.к. есть более простой конкурирующий продукт - CMake. Вместе с CPack он позволяет достаточно просто организовать сборку ПО без особых трудозатрат.
На вкус и цвет. С autotools я смог разобраться, а CMake вот не осилил - он мне показался гораздо менее логичным и удобным.
В моём случае наоборот было. По работе пишу проект с cmake, но контрибьютил в проект с automake. Комиты то приняли, но количество кода зашкаливало по сравнению с cmake. Хотя --enable-*, --disable-* показались логичными, но в CMake более универсальные -D, хотя и менее понятные. Крупные проекты всё-таки проще на CMake писать. Причём, больше из-за того, что читабельность кода получается лучше.
Расскажите, какие флаги включает cmake для поддержки многопоточности в HP-UX, или AIX. Расскажите, как собрать cmake под zOS.
Я это всё к тому, что cmake - это генератор Makefile-ов для linux и windows, и ничего больше. Все остальные ОСи для него - экзотика, которую он либо вообще не поддерживает, либо делает так, что лучше бы и не пытался.
Autoconf -- зоопарк несовместимых версий, и если собираешь разнообразный софт, приходится держать их все. Каждый новый мажорный релиз заставляет держать ещё одну версию, не давая существенных преимуществ пишущим конфиги. Autoconf сложнее аналогов и пользуются им только по привычке.Если в 2.0 исправят положение, будет прекрасно, но особо в это не верится. И даже в этом случае останется зоопарк легаси.
> Autoconf -- зоопарк несовместимых версий, ...
> Если в 2.0 исправят положение, ...Судя по тексту, в 2.0 продолжат в сем достойном стиле, усугубляя несовместимый зоопарк.