https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html Сформирован (http://lists.gnu.org/archive/html/info-gnu/2017-06/msg00007.html) релиз 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).<br><br><br>В примечании к выпуску GNU Automake 1.15.1 также включено уведомление о ряде нарушений совместимости в будущей ветке Automake 2.0, разработка которой последние годы находилась в заброшенном состоянии. Например, работа Automake 2.0 будет возможна только вкупе с пакетом Autoconf 2.70+. Будет прекращена поддержка имени 'configure.in' в качестве входного https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#13 Thu, 22 Jun 2017 11:00:04 GMT &gt; Autoconf -- зоопарк несовместимых версий, ...<br>&gt; Если в 2.0 исправят положение, ...<br><br>Судя по тексту, в 2.0 продолжат в сем достойном стиле, усугубляя несовместимый зоопарк.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#12 Thu, 22 Jun 2017 09:46:39 GMT Расскажите, какие флаги включает cmake для поддержки многопоточности в HP-UX, или AIX. Расскажите, как собрать cmake под zOS.<br>Я это всё к тому, что cmake - это генератор Makefile-ов для linux и windows, и ничего больше. Все остальные ОСи для него - экзотика, которую он либо вообще не поддерживает, либо делает так, что лучше бы и не пытался.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#11 Thu, 22 Jun 2017 05:02:19 GMT В моём случае наоборот было. По работе пишу проект с cmake, но контрибьютил в проект с automake. Комиты то приняли, но количество кода зашкаливало по сравнению с cmake. Хотя --enable-*, --disable-* показались логичными, но в CMake более универсальные -D, хотя и менее понятные. Крупные проекты всё-таки проще на CMake писать. Причём, больше из-за того, что читабельность кода получается лучше.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#10 Wed, 21 Jun 2017 17:06:00 GMT На вкус и цвет. С autotools я смог разобраться, а CMake вот не осилил - он мне показался гораздо менее логичным и удобным.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#9 Wed, 21 Jun 2017 16:22:36 GMT Autoconf -- зоопарк несовместимых версий, и если собираешь разнообразный софт, приходится держать их все. Каждый новый мажорный релиз заставляет держать ещё одну версию, не давая существенных преимуществ пишущим конфиги. Autoconf сложнее аналогов и пользуются им только по привычке. <br><br>Если в 2.0 исправят положение, будет прекрасно, но особо в это не верится. И даже в этом случае останется зоопарк легаси.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#8 Wed, 21 Jun 2017 16:05:54 GMT Когда новые версии выходят - это хорошо, но на самом деле вполне возможно, что желание этого человека сбудется, т.к. есть более простой конкурирующий продукт - CMake. Вместе с CPack он позволяет достаточно просто организовать сборку ПО без особых трудозатрат.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#7 Wed, 21 Jun 2017 15:23:07 GMT Лучше бы ты прекратил писать глупые комментарии.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#6 Wed, 21 Jun 2017 15:09:07 GMT * вместе с autoconf<br> https://ssl.opennet.dev/openforum/vsluhforumID3/111543.html#5 Wed, 21 Jun 2017 15:07:45 GMT &gt; Выпуск подготовлен спустя два с половиной года с момента прошлого выпуска и после почти полутора лет остановки разработки GNU Automake.<br><br>Лучше бы разработку совсем прекратили (вместе в autoconf).<br>