https://www.opennet.dev/openforum/vsluhforumID3/114864.html Опубликован (http://blog.qt.io/blog/2018/07/19/qbs-1-12-released/) релиз развиваемого проектом Qt сборочного инструментария Qbs 1.12 (http://qt-project.org/wiki/qbs) (Qt Build Suite), который заменит qmake в Qt 6. В отличие от qmake, Qbs не привязан к Qt и изначально рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки.<br><br><br><br>Используемый в Qbs язык сценариев адаптирован для автоматизации генерации и разбора сценариев сборки интегрированными средами разработки. Кроме того, Qbs не генерирует make-файлы, а сам, без посредников, таких как утилита make, контролирует запуск компиляторов и компоновщиков, оптимизируя процесс сборки на основе детального графа всех зависимостей. Наличие изначальных данных о структуре и зависимостях в проекте позволяет эффектив https://www.opennet.dev/openforum/vsluhforumID3/114864.html#23 Mon, 23 Jul 2018 17:50:52 GMT Ни дай бог на это целиком перейдет Qt6... :-/<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#22 Sun, 22 Jul 2018 20:36:21 GMT Не понимаю я пользователей этой штуки. Обратной совместимости толком нет, разработка живет в отдельной вселенной. Выше писали про необходимость городить на js банальные вещи. <br>Зачем вы пользуетесь этим?<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#21 Sun, 22 Jul 2018 10:12:32 GMT А как у него с кроссплатформенностью?<br>В частности, можно ли собрать Android APK?<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#20 Sat, 21 Jul 2018 08:21:31 GMT Уже сделали: https://nixos.org/nix/<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#19 Fri, 20 Jul 2018 18:37:32 GMT &gt; В блоге кьюта как раз сообщают об обратном <br><br>Не знаю, у меня не собиралось и кютешники говорили, что не собирается. Это не разработчик ответил.<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#18 Fri, 20 Jul 2018 18:13:53 GMT В блоге кьюта как раз сообщают об обратном<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#17 Fri, 20 Jul 2018 15:03:50 GMT Ага, а еще распределённую сборку туда впихнуть. И возможность собирать по SSH. И блокчейн.<br><br>p.s. простите за яд, это все правда клёво, но к сожалению там разработчики не справляются и с реализацией того что и так минимум нужно (точнее справляюсь, но крайне со скрипом)<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#16 Fri, 20 Jul 2018 15:01:52 GMT Блин, ну раз нельзя, пойду удалю свою сборку тогда, и коллегам скажу чтобы не использовали мои бинарники...<br> https://www.opennet.dev/openforum/vsluhforumID3/114864.html#15 Fri, 20 Jul 2018 15:01:17 GMT Навороченно - да, на счет читабельно там 50/50, в случае мало-мальски сложного скрипта CMake начинает отставать.<br>Когда прикручиваешь какой-то сраный def парсер или подобное, да, вымораживает.<br>Зато блин в cmake для некоторых кастомных таргетов приходится конфигурить вспомогательные скрипты, а в qbs о таком можно забыть.<br><br>Ну и да, не для "произвольного" когда все-таки, никто не мешает файлы прочитать просто в проперти той же) я так какое-то автоконфигурирование делал безо всяких Probe-ов, они тогда сырые были еще, не слежу как у них сегодня ситуация.<br><br><br>ну и еще плюс к CMake - в нем просто ОХРЕНИТЕЛЬНАЯ стандартная библиотека. Написано скриптов поддержки фич на кучу разных платформ на все случаи жизни. Мне кажется в текущем виде CppModule.qbs очень плохо будет горизонтально масштабироваться. <br>