https://opennet.ru/openforum/vsluhforumID3/110302.html Состоялся (http://blog.qt.io/blog/2017/01/31/qbs-1-7-released/) релиз развиваемого проектом Qt сборочного инструментария qbs 1.7 (http://qt-project.org/wiki/qbs) (Qt Build Suite). Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки. В отличие от qmake, qbs не привязан к Qt и изначально рассчитан на организацию сборки любых проектов. <br><br><br><br>Используемый в qbs язык сценариев адаптирован для автоматизации генерации и разбора сценариев сборки интегрированными средами разработки. Кроме того, qbs не генерирует make-файлы, а сам, без посредников, таких как утилита make, контролирует запуск компиляторов и компоновщиков, оптимизируя процесс сборки на основе детального графа всех зависимостей. Наличие изначальных данных о структуре и зависимостях в проекте позволяет эффективно распараллеливать выполнение https://opennet.ru/openforum/vsluhforumID3/110302.html#28 Wed, 01 Feb 2017 15:01:29 GMT Чувак, я один из авторов этой самой генерации для студии)<br><br>Ты видел эту генерацию проектов? Генерится только враппер над qbs. Прощай build solution. прощай incredibuild for IDE. Перегенерации проектов, как для cmake - нет. <br>Ну и сам по себе qbs достаточно долго собирает, если используются globbing expressions в инкрементных билдах (с ninja такой проблемы нет).<br>Для меня производительность и удобство пока имеет больший вес, нежели синтаксис cmake.<br>Я вон даже статьи на хабре писал мол го на qbs)<br><br>Единственное, в какую сторону было бы прикольно QBS прикрутить - сделать расширение для cmake, которое позволит на qml проекты описывать, но использовать генерацию от cmake. тогда все будут целы и сыты)<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#27 Wed, 01 Feb 2017 07:27:30 GMT &gt; пользуюсь для проектов только встроенными в qt .pro-файлами (т.е. qmake)<br>&gt; Всякие же make, nmake и т.п. даже смотреть не пытаюсь ибо считаю это бредом из дремучих времен.<br><br>Не хочу тебя огорчать, но придётся &#8212; qmake сам ничего не собирает, а только лишь генерирует файлы для тех самых "всяких же из дремучих времён".<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#26 Wed, 01 Feb 2017 05:24:33 GMT Под линуксом пользуюсь для проектов только встроенными в qt .pro-файлами (т.е. qmake). Для нормальных проектов вполне достаточно - ведь все что нужно это указать список файлов для компиляции, список библиотек и возможно опции сборки проекта в целом.<br>Если разработчики сделают по умолчанию qbs то буду пользоваться ей.<br>Всякие же make, nmake и т.п. даже смотреть не пытаюсь ибо считаю это бредом из дремучих времен.<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#25 Wed, 01 Feb 2017 05:15:16 GMT qmake - это ужасное средство, которое все причастные к Qt люди уже давно хотят забыть. Именно то, что это средство всё больше и больше превращается в набор трудноподдерживаемых костылей и поставило перед разрабами Qt вопрос миграции на новую систему сборки.<br><br>P.S. Какой уникум добавил слово "п_о_д_е_л_и_е" в раздел "ненормативной лексики"? Просто интересно.<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#24 Wed, 01 Feb 2017 05:04:24 GMT В новости имелось в виду что он может собирать не только Qt и может прекрасно обходить без Qt как standalone. Сам qbs написан на Qt 5.2.<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#23 Tue, 31 Jan 2017 21:10:29 GMT Посмотри в репозитории MSYS2. Я собираю его с GCC.<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#22 Tue, 31 Jan 2017 20:48:37 GMT Жаль конечно, симэйк хоть и приемлем, но очень уж напрягает своими тоннами бойлерплэйта.<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#21 Tue, 31 Jan 2017 19:32:58 GMT &gt;написан на Qt<br><br>А как же это "В отличие от qmake, qbs не привязан к Qt и изначально рассчитан на организацию сборки любых проектов." прямо из новости?<br> https://opennet.ru/openforum/vsluhforumID3/110302.html#20 Tue, 31 Jan 2017 17:33:29 GMT &gt; Он работает немного по другому и действительно быстрее make. А учитывая что <br>&gt; он, в отличии от cmake/qmake(и подобных) не генерирует промежуточный makefile, то <br>&gt; всё очень быстро.<br><br>Если посмотреть, сколько в сгенерённый Makefile добавляется всякого шлака, то причина отстаивания более чем очевидна.<br>