https://opennet.me/openforum/vsluhforumID3/108478.html Состоялся (https://blog.kitware.com/cmake-3-6-0-available-for-download/) релиз кроссплатформенного открытого генератора сценариев сборки CMake 3.6 (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.6/release/3.6.html#new-features):<br><br><br>- В генератор файлов сборки для Visual Studio 14 20 https://opennet.me/openforum/vsluhforumID3/108478.html#55 Tue, 03 Jan 2017 13:12:42 GMT &gt; Подскажите, на каких форумах можно найти народ хорошо разбирающийся в cmake?<br><br>Начните с https://ru.stackoverflow.com и https://stackoverflow.com<br> https://opennet.me/openforum/vsluhforumID3/108478.html#54 Mon, 02 Jan 2017 10:12:04 GMT Подскажите, на каких форумах можно найти народ хорошо разбирающийся в cmake?<br> https://opennet.me/openforum/vsluhforumID3/108478.html#53 Sun, 10 Jul 2016 23:43:50 GMT &gt; Андрей, а как вы считает gradle сможет заменить CMake? Там ведь тоже <br>&gt; планируется поддерживать сборку С/С++ проектов.<br><br>НЕТ. Он ничем не лучше Jam.<br>Вы знаете, если бы в MS Windows смогли обеспечить быструю работу препроцессоа GNU m4, то мало кому понадобились бы новые проекты. Особенно в этих новых проектах тяготит то, что авторы по-своему понимают архитектуру целевых устройств и записывают это понимание в собственные скрипты вместо того, чтобы просто передовать флаги компилятору. Я приведу пример из qtWebEngine (qt-5.7.0): для того, чтобы передать флаги компилятору вы присваиваете значение переменной QMAKE_CFLAGS, например QMAKE_CFLAGS="-march=armv7ve -mtune=cortex-a15". gyp_run.pro анализирует содержимое QMAKE_CFLAGS и создает собственные переменные, которые отдает очередному скрипту, написанному на языке подобном Json, который в свою очередь создает переменные, значения которых записывает в cflags для ninja файлов. В результате ваши флаги будут либо изменены, либо утеряны и кроме того, будут добавлен https://opennet.me/openforum/vsluhforumID3/108478.html#52 Sun, 10 Jul 2016 23:20:26 GMT Вы молодец конечно. Символические ссылки - это один из способов использовать ccache. Кстати, авторы CMake когда узнали о потребностях пользователей, начали судорожно искать подходы, предложили два (в том числе и symlinks). Но ответьте мне на простой вопрос. Почему в CMake возникают подобные проблемы, если все давно решено, все из покон веков используют ccache запросто, просто добавляя CC="/usr/bin/ccache /opt/toolchain/....../arm-linux-gnueabihf-gcc" и не извращаются. А авторы CMake напридумывали причин и занимаются анализом переменной CC, приводя ее в негодность!!!<br><br>А плодить ссылки когда у вас toolchain-ов как у дурачка фантиков, - это абсурд.<br><br>Вам конечно виднее, но symlink-и придумали из-за того, что на тот момент воспринимать переменную CC как единое целое CMake уже не мог (слишком много переделывать в этом убогом проекте), вот и предложили затычку с линками.<br> https://opennet.me/openforum/vsluhforumID3/108478.html#51 Sun, 10 Jul 2016 14:31:29 GMT Видимо я всегда делал что-то не так, если мне нужен был ccache.<br>Всего то вызывал так: cmake ${path_to_src} -DCMAKE_CXX_COMPILER=/lib/ccache/bin/g++ -DCMAKE_C_COMPILER=/lib/ccache/bin/gcc. И оно работало.<br><br><br>ls -l /usr/lib/ccache/bin/{gcc,g++}<br>lrwxrwxrwx 1 root root 15 Apr 21 22:24 /usr/lib/ccache/bin/g++ -&gt; /usr/bin/ccache<br>lrwxrwxrwx 1 root root 15 Apr 21 22:24 /usr/lib/ccache/bin/gcc -&gt; /usr/bin/ccache<br><br><br>&gt;Вы разумеется скажете, что это не проблемы CMake, а тех кто его использует.<br><br>Можно придумать проблему и героически её решить, но зачем, когда её никогда не было ? <br><br>&gt;Я же считаю, что это проблема CMake потому, что CMake делает лишние телодвижения там, где они вовсе не нужны и приводят к ошибкам.<br><br>1 раз сделать симлинк(если собиратель пакета ccache его уже не сделал), это же столько лишних действий.....<br> https://opennet.me/openforum/vsluhforumID3/108478.html#50 Sat, 09 Jul 2016 20:18:44 GMT Ну вот вам пример. Для того чтобы использовать ccache в файл CMakeLists.txt добавляют следующие строки:<br><br># Configure CCache if available<br>find_program(CCACHE_FOUND ccache)<br>if(CCACHE_FOUND)<br> set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE ccache)<br> set_property(GLOBAL PROPERTY RULE_LAUNCH_LINK ccache)<br>endif(CCACHE_FOUND)<br><br>https://www.virag.si/2015/07/use-ccache-with-cmake-for-faster-compilation/<br><br>Авторы, использующие CMake этого, практически никогда не делают.<br><br>Между тем, для нормальных систем, чтобы использовать CCACHE достаточно задать переменную<br>CC="/usr/bin/ccache gcc". Однако CMAKE прочитав значение переменной CC начнет делать предположения. И получится, что в качестве компилятора CMake выберет "/usr/bin/ccache", а "gcc" - сочтет первым аргументом.<br><br>Вы разумеется скажете, что это не проблемы CMake, а тех кто его использует.<br>Я же считаю, что это проблема CMake потому, что CMake делает лишние телодвижения там, где они вовсе не нужны и приводят к ошибкам.<br> https://opennet.me/openforum/vsluhforumID3/108478.html#49 Sat, 09 Jul 2016 17:42:34 GMT &gt;&gt; Андрюша, ну тебя сегодня утерли в треде. И гугл ты не осилил <br>&gt;&gt; и CMake. И про qmake ты говоришь вещи, которые для видевшего <br>&gt;&gt; этот ад и израиль давно не новость.<br>&gt; Люди просто не собирали чужие пакеты в таких количествах кросс-компиляторами для разных <br>&gt; целевых систем. Работая на PC и для PC косяки не видны <br>&gt; и мир гораздо проще. А на счет "утерли", если от этого <br>&gt; их самолюбие станет больше, так я только рад за них.<br><br>Несомненно, на non PC переменные окружения видимо по-другому окружают.<br> https://opennet.me/openforum/vsluhforumID3/108478.html#48 Sat, 09 Jul 2016 15:24:48 GMT Описания по ссылке проблем CMake как ни странно нет, а вот у людей желания использовать его не согласно документации хоть отбавляй, но виноват как всегда кто-то другой. <br> https://opennet.me/openforum/vsluhforumID3/108478.html#47 Sat, 09 Jul 2016 14:36:48 GMT &gt; Андрюша, ну тебя сегодня утерли в треде. И гугл ты не осилил <br>&gt; и CMake. И про qmake ты говоришь вещи, которые для видевшего <br>&gt; этот ад и израиль давно не новость.<br><br>Люди просто не собирали чужие пакеты в таких количествах кросс-компиляторами для разных целевых систем. Работая на PC и для PC косяки не видны и мир гораздо проще. А на счет "утерли", если от этого их самолюбие станет больше, так я только рад за них.<br>