https://www.opennet.dev/openforum/vsluhforumID3/92517.html Доступен (http://blog.qt.digia.com/blog/2013/11/06/qbs-1-1-0-released/) новый выпуск развиваемого проектом Qt сборочного инструментария qbs (http://qt-project.org/wiki/qbs) (Qt Build Suite). Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки. В отличие от qmake, qbs не привязан к Qt и изначально рассчитан на организацию сборки любых проектов. <br><br><br>Используемый в qbs язык сценариев адаптирован для автоматизации генерации и разбора сценариев сборки интегрированными средами разработки. Кроме того, qbs не генерирует make-файлы, а сам без посредников, таких как утилита make, контролирует запуск компиляторов и компоновщиков, оптимизируя процесс сборки на основе детального графа всех зависимостей. Наличие изначальных данных о структуре и зависимостях в проекте позволяет эффективно распараллеливать вып https://www.opennet.dev/openforum/vsluhforumID3/92517.html#49 Mon, 11 Nov 2013 08:33:54 GMT Андроид и ядро линукс = проекты уровня хелло ворлд?<br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#48 Mon, 11 Nov 2013 04:50:23 GMT &gt; андроид.<br><br>Что - андроид? Кернел собирается без всяких ведроидов.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#47 Mon, 11 Nov 2013 04:49:45 GMT &gt; Система сборки должна собирать, а не кофе варить и тапочки приносить. Пускай <br>&gt; лучше делает одну вещь, но хорошо.<br><br>Как бы было неплохо если оно не только собрать программу может но и оформить это в нечто готовое. А вот тут уже может понадобиться вызов внешних программ.<br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#46 Mon, 11 Nov 2013 04:48:36 GMT &gt; Я рад! Потому что autotools - засохшее мамонта, cmake - тоже отвратен, <br>&gt; хотя признаю что cmake штука мощная. Но всё же, планирую сесть на QBS.<br><br>Ну да, с твоим ником как-то так и надо, страдать легким программизмом в своей вьюжлстудии. При этом пальцем у виска будут крутить и *никсоиды, и вeндyзятники. <br><br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#45 Mon, 11 Nov 2013 04:47:12 GMT &gt; Хотя nvidia могла бы...<br><br>...прикупить вазелин :P.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#44 Mon, 11 Nov 2013 04:41:18 GMT &gt; можно подробнее насчёт костылей?<br><br>Вон там выше написано достаточно для того чтобы не пользовться этим гомном. Если оно кладет на переменные окружения - должно помереть лютой смертью.<br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#43 Mon, 11 Nov 2013 04:40:02 GMT &gt; Практически во всех случаях можно было просто доосилить cmake.<br><br>...который тоже кривая и глючная хрень, так что можно было не выделываться и доосилить автокрап. Хоть он и крап, но с точки зрения майнтайнеров и прочая - наилучший вариант. Т.к. за годы этот крап допинали до состояния когда он запускается на любой кофемолке с шелл-интерпретатором и как правило может более-менее внятно послать, человекочитаемым текстом, если где-то чего-то для полного счастья не хватило. И в случае чего - логи нормальные есть. А в cmake забодаешься вкуривать почему оно отвалилось. Более того - в половине случаев прожЕкты которые дро^W на cmake - умудряются генерить make file который потом ... обломается где-то на середине сборки. Автокрап в этом плане просто на голову лучше - там как-то обычно осиливают прикрутить проверку всех нужных проекту либ без десяти итераций запрыгов по граблям.<br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#42 Mon, 11 Nov 2013 03:31:05 GMT можно подробнее насчёт костылей?<br><br>PS: про cmake, лучше не надо. Теряет зависимости, требует перезапуска после изменения состава исходников.<br> https://www.opennet.dev/openforum/vsluhforumID3/92517.html#41 Sun, 10 Nov 2013 11:06:10 GMT Лучше бы сделали генерацию ninja, а так ...<br>