https://www.opennet.ru/openforum/vsluhforumID3/113963.html Доступен релиз кроссплатформенного открытого генератора сценариев сборки CMake 3.11 (http://www.cmake.org/), выступающего в качестве альтернативы Autotools и используемого в таких проектах, как KDE, LLVM/Clang, MySQL, MariaDB, ReactOS и Blender. Код CMake написан на языке C++ и распространяется под лицензией BSD.<br><br><br><br>CMake примечателен предоставлением простого языка сценариев, средствами расширения функциональности через модули, минимальным числом зависимостей (нет привязки к M4, Perl или Python), поддержкой кэширования, наличием инструментов для кросс-компиляции, поддержкой генерации файлов сборки для широкого спектра систем сборки и компиляторов, наличием утилит ctest и cpack для определения сценариев тестирования и сборки пакетов, утилитой cmake-gui для интерактивной настройки параметров сборки. <br><br><br><br>Основные улучшения (https://cmake.org/cmake/help/v3.11/release/3.11.html):<br><br><br><br>- В генератор сборочных файлов Ninja добавлена поддержка компиляторов <br>TI C/C++ (http://www.ti.com/tools-software/compilers https://www.opennet.ru/openforum/vsluhforumID3/113963.html#51 Sun, 01 Apr 2018 18:29:12 GMT &gt; AUTOGEN и AUTOMOC работают там, где нет make.<br><br>в винде, да?<br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#50 Sun, 01 Apr 2018 18:28:46 GMT &gt; Ага, gettext, который тянет libxml, который тянет питон.<br><br>dependency hell сам по себе - это отдельная болячка, хоть и менее чудовищная чем в типикал линуксе (исключая гентуклоны, но у тех своих бед хватает).<br>Отчасти устраняемая OPTIONS_UNSET=NLS (и еще двумя десятками UNSET ненужного), в целом - непобедимая, потому что весь нынешний софт так написан.<br><br>а так-то у нас и gmake норовит собираться с NLS. Где вылупляются подобные "разработчики", которым оно нужно - не знаю, и не хочу узнать.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#49 Sun, 01 Apr 2018 18:22:28 GMT &gt; Т.е. типикал бздun маны своей же билдсистемы в глаза не видел?<br><br>когда-то видел, запоминать всю эту километровую муру - это для вас, мальчики с феноменальной памятью (вероятно, кому-то так проще, или, что скорее, кто-то зачем-то это использует в скриптах).<br><br>мне гораздо проще и быстрее посмотреть в Makefile, что там на самом деле, а не что выдаст интуитивно-приятный скрипт<br>(к тому же эти заклинания имеют особенности, о которых вы не в курсе, поскольку читатели манов, а не админы фри)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#48 Sun, 01 Apr 2018 18:11:48 GMT просто опечатка. Там make. Обычный такой bsd make.<br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#47 Sat, 31 Mar 2018 10:57:07 GMT &gt; Ага, gettext, который тянет libxml, который тянет питон.<br><br>Но его можно отключить, если собирать rhash без поддержки иностранных языков.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#46 Sat, 31 Mar 2018 10:52:17 GMT &gt; т.е автоконф (вместе со всем хламом в виде перла и m4) тоже <br>&gt; никуда не делся, "мы не выкинули пончики, они с нами летят", <br>&gt; он вам понадобится чтобы собрать архинужную и полезную (кто знает, этот <br>&gt; кусок г-на вообще зачем?) деталь для самого cmake.<br><br>Ага, gettext, который тянет libxml, который тянет питон.<br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#45 Sat, 31 Mar 2018 08:03:03 GMT &gt; в cmake просто эти этапы перемешали в кучу<br><br>Ничего там не перемешивали. Просто первый этап (генерацию новых и подкладывание готовых скриптов) выкинули за ненужностью.<br><br>&gt; Разработчики, видимо, счастливы (особенно - те что неасилили и кэширование), те кому потом с их продуктом иметь дело - не очень. Угадайте, кого на свете больше<br><br>В мире бинарных дистрибутивов больше, конечно, разработчиков, поскольку майнтейнер обычно сопровождает большое число пакетов. А конечным пользователям по барабану. Да, кстати, как майнтейнер я к cmake имею лишь очень небольшие нарекания (прежде всего &#8212; отсутствие универсального способа задать путь для установки библиотек). С autotools проблем по крайней мере не меньше.<br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#44 Fri, 30 Mar 2018 20:01:30 GMT &gt; я рад за вас, что вы выучили массу абсолютно ненужных заклинаний. Типикал юзер cmake.<br><br>Т.е. типикал бздun маны своей же билдсистемы в глаза не видел?<br>man ports<br>&gt; all-depends-list Print a list of all dependencies for the port.<br>&gt; pretty-print-run-depends-list, pretty-print-build-depends-list<br>&gt; Print a list of all the compile and run<br>&gt; dependencies, and dependencies of those<br>&gt; dependencies, by port name and version.<br><br>Яснопонятно.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/113963.html#43 Fri, 30 Mar 2018 19:58:06 GMT &gt; без питона, и без <br>&gt; перла даже. Голый cmake и sh.<br>&gt; Голый cmake<br><br>А голый cmake собираем (привожу ваш? же комментарий)<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>/usr/ports/devel/cmake/Makefile:LIB_DEPENDS= libcurl.so:ftp/curl \<br>/usr/ports/devel/cmake/Makefile- libexpat.so:textproc/expat2 \<br>/usr/ports/devel/cmake/Makefile- libjsoncpp.so:devel/jsoncpp \<br>/usr/ports/devel/cmake/Makefile- libuv.so:devel/libuv \<br>/usr/ports/devel/cmake/Makefile- librhash.so:security/rhash<br>/usr/ports/devel/cmake/Makefile-<br>/usr/ports/devel/cmake/Makefile-USES= compiler:c++11-lang libarchive ncurses<br>--<br>/usr/ports/devel/cmake/Makefile:MANPAGES_BUILD_DEPENDS= sphinx-build:textproc/py<br>а самое приятное - вот это:<br>/usr/ports/devel/libuv/Makefile:USES= autoreconf libtool pathfix pkgco<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>приехали &#8230;<br>