The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск сборочного инструментария Qbs 2.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от opennews (?), 25-Апр-23, 22:22 
Представлен выпуск сборочного инструментария Qbs 2.0. Для сборки Qbs в числе  зависимостей требуется Qt, хотя сам Qbs рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=59032

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск сборочного инструментария Qbs 2.0"  –1 +/
Сообщение от DEF (?), 25-Апр-23, 22:22 
Дожили. Для сборки билд-тулзы нужен Qt. Скоро ядро Linux без GTK+ не будет собираться.
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

20. "Выпуск сборочного инструментария Qbs 2.0"  –5 +/
Сообщение от EULA (?), 26-Апр-23, 07:17 
Для сборки Cmake нужен Qt. Иначе Cmake-GUI не соберется
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от Вирт (?), 25-Апр-23, 23:54 
>      Скоро ядро Linux без GTK+ не будет собираться.

Ну уже много лет с qt/gtk+ ядро конфигурируется намного легче.
Так как "make menuconfig" не такой удобный как "make gconfig/qconfig"

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

31. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от 1 (??), 26-Апр-23, 10:33 
Попробуй в vi. Тебе понравится
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от Аноним (40), 26-Апр-23, 16:20 
Я лучше в плейере. Там хоть музыка, а не просто писк.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (45), 26-Апр-23, 18:09 
> "make menuconfig" не такой удобный как "make gconfig/qconfig"

А у меня всё с точностью до наоборот. Считаю самым удобным как раз menuconfig. Ну и oldconfig при минорных апдейтах.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

39. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (40), 26-Апр-23, 16:17 
GTK надо писать именно так "GTK", без знака "+" https://www.opennet.me/opennews/art.shtml?num=50115
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:29 
К (счастью|сожалению) многие уже пересели на cmake, так что, увы. А ещё говорят, что и его уже абстрагировали. Но идея была интересная.
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск сборочного инструментария Qbs 2.0"  –1 +/
Сообщение от Аноним (5), 25-Апр-23, 22:41 
Уже дропнули и перешли на meson, на cmake всякая маргинальщина.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (35), 26-Апр-23, 12:53 
Да, meson тоже напоминает Autotls и солянку из Perl^W Python скриптов.
Функционала больше, но вот сама реализация конечно печальная.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 11:56 
Окей, так и запишем: телеграм - маргинальщина.


Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

63. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (63), 04-Май-23, 13:42 
Именно так.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от EULA (?), 26-Апр-23, 07:19 
Чтобы собрать проект для STM32 нужно всего чуть больше 1900 строк кода в CMAKE. Или чуть более 600 в QBS.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

22. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Советский инженер (?), 26-Апр-23, 07:22 
А про какие строки разговор? Ты считаеш строки проекта? Или еще и то что поставляется штатно с билдсистемой?

Если про юзерские, то как-то сильно много.
А если про все , то всем пофиг что там под капотом.

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от EULA (?), 26-Апр-23, 07:36 
> А про какие строки разговор? Ты считаеш строки проекта? Или еще и
> то что поставляется штатно с билдсистемой?
> Если про юзерские, то как-то сильно много.
> А если про все , то всем пофиг что там под капотом.

Про юзерские. Так как надо указать ручками смещение, опции кросскомпилятора, либы STM32 (HAL) для подключения устройств контроллера и подключенного оборудования и прочие параметры сборки.

Например, чтобы реализовать в проекте компиляцию либ работы microsd с FAT32 на контроллере STM32F103 нужно дописать около кполучтысячи строк кода  в проект CMAKE.
Проект CMAKE осцилогрофа на STM32 Discovery более 600 килобайт весит, при том, что сама прошивка 256 КБ. Если это все не прописать, то в каждую либу нужно вносить ручками частоту работы процессора, частоту работы шины и т.д.

Да, на форумах есть готовые CMAKE файлы для камушков и либ к ним. Но это не штатный код CMAKE.

Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от Бывалый смузихлёб (?), 26-Апр-23, 07:50 
Звучит как какой-то безумный онанизм вместо использования штук вроде стм32кубИде хотя бы в плане начальной генерации кода

А если стм-ина жирная, то даже с тактированиями писаниной можно просто задолбаться

Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от EULA (?), 26-Апр-23, 08:51 
STM32Cube помогает настроить ножки самого камня, а не настроить то, что эти ножки будут пинать.
FAT32 можно поддерживать на SD-карте, USB-диске, flash-памяти. Либа одна, а настройки у нее разные, которые не задашь через кубик.

> то даже с тактированиями писаниной можно просто задолбаться

Вот поэтому и надо писать ооооооооооооочень много кода CMAKE.

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 11:58 
Я не знаком со спецификой, но написать простой Makefile - ещё хуже будет?
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от EULA (?), 27-Апр-23, 13:20 
Вроде не хуже. Но и не лучше.
QBS-ом проще.
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от kuzulis (?), 27-Апр-23, 14:18 
Тут основной профит от Qbs в том, что он передает в IDE всю инфу о собираемом проекте, тулчейнах и т.п.

Не забывайте, что в мире MCU есть зоопарк архитектур и тулчейнов.

Например, проект под STM32 можно собрать как минимум 4-мя разными тулчейнами, на любителя: GCC ARM, IAREW ARM, KEIL ARM, COSMIC ARM.

И IDE должна корректно подсветить все инклуды тулчейна, его дефайны и т.п.

Т.е. Qbs все это дает из коробки, ничего самому не надо для этого делать.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

59. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 14:42 
Т.е. тут вмешивается извечная проблема борьбы ИДЕ с проектом и CLI.
Я просто не понимаю каким боком IDE нужна ещё какая-то инфа кроме проекта - она либо поддерживает компилятор, либо нет. В том же кодеблоксе один проект можно (было? давно не трогал) собрать разными тулками.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от kuzulis (?), 27-Апр-23, 14:53 
ИМХО, сама ИДЕ не должна ничего знать о том как и что и каким компилятором собирать.

Она должна предоставлять некоторое АПИ для плагинов, чтобы детектить компиляторы и АПИ для интеграции с системами сборки.

В этом случае сборкой занимается система сборки, как не банально звучит, а ИДЕ только отображает события и т.п. от системы сборки (через плагины).

Что и сделано, например в QtC, VSCode и может где то еще (не проверял).

А универсальные комбайны - это неэффективно, ИМХО.

Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 14:57 
Ну, тогда тебе и Kate - IDE. А мне нужен годный дебуггер, дизасёмблер, графопостроитель и ещё 9000 фич, включая какой-нить весёлый UML. )
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от kuzulis (?), 27-Апр-23, 14:44 
Не не. Тут речь идет, как я понял, не о генерации с помощью кубика.

Вот сгенерили мы целиком сам ХАЛ и некоторую обвязку кубиком.

Теперь надо как то эти файлы подключить к проекту.

Путей два:

1. Или прописывать их и их зависимости ручками.

2. Или взять какое то готовое решение.

Вот для STM32 на гитхабе есть готовое решение на CMake. Где достаточно указать путь к директории с ХАЛ-ом, а уже отдельные компоненты: тип MCU, модули GPIO, таймеры, USB и прочее подключать через готовые штукенции, реализованные в решении, где пользователь даже не знает, какие файлы из ХАЛ подтянулись.

Поменяли тип MCU и автоматом потянулись из ХАЛ все нужное для этого MCU, красота.

То же самое можно сделать и для Qbs, просто нужно чтобы кто то взял на себя ответственность выложить это на гитхаб и поддерживать.

В этом случае на Qbs это будет выглядеть гооораздо прозрачнее, проще, красивее и т.п. чем на CMake.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

6. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от Ванёк (?), 25-Апр-23, 22:41 
make при грамотном использовании не оказывает ощутимого влияния на общее время сборки/пересборки проекта
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск сборочного инструментария Qbs 2.0"  +2 +/
Сообщение от Аноним (8), 25-Апр-23, 22:47 
в принципе, для хелловорлдов подойдет и однострочная команда gcc, размещенная в виде коммента в laba1.c. Что касается крупных проектов, то make им не подойдет.
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Совершенно другой аноним (?), 26-Апр-23, 08:45 
Ядро Linux достаточно крупный проект?
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Советский инженер (?), 26-Апр-23, 10:05 
Что то тут https://www.kernel.org/doc/html/v4.10/process/changes.html список необходимого сильно шире чем make и компилятор. Даже перл присутствует.
Так что маке сам по себе это как раз то для хеловордов. Без настоящего ЯП типа перла - унылая поделка.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Совершенно другой аноним (?), 26-Апр-23, 10:45 
Насколько я знаю - perl там используется в основном для вспомогательных вещей, типа проверки патчей, работы со списками сопровождающих и тому подобных вещей, не влияющих на сам процесс сборки.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (11), 25-Апр-23, 23:47 
Оказывает, к сожалению. Время пересборки (incremental build) вместе с make в сотни раз медленнее чем с qbs, meson, ninja, да почти что угодно (кроме всратого scons который умудряется делать инкрементные сборки медленнее чем make сделанный 40 лет назад).

К слову Qbs не замена make, а скорее замена meson+ninja, cmake+make, SCons, MSBuild autotools+make и вот такого прочего. т.е. не просто сборка, а полный комбайн.


Я не агитирую переходить на Qbs, к сожалению он сильно отстает по фичам от cmake а по интеграции с IDE от вообще чего угодно (кроме qt creator на все остальное забей).

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

14. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от Аноним (14), 26-Апр-23, 00:20 
"В сотни раз" -- сильное преувеличение. https://hamelot.io/programming/make-vs-ninja-performance-com.../ И скорость сборки зависит не от инструментария автоматизации сборки, а от компилятора -- он требует больше всего ресурсов (любых, не важно, ЦП, памяти или I/O), поэтому производительность упирается именно в него.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 10:55 
Да, именно так, всё упирается в компилятор, а не в make или что-то ещё.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск сборочного инструментария Qbs 2.0"  +4 +/
Сообщение от Аноним (36), 26-Апр-23, 15:16 
Для полной пересборки да, все упирается в производительность компилятора.

Но при инкрементальной сборке, когда из сотен файлов поменялся один-два, перекомпилироваться должны только эти два файла и после этого запустить линковщики только для измененных либ.  Но для того, чтобы понять, какие файлы поменялись и как оптимально пересобрать/перелинковать только нужные изменения, система сборки должна построить дерево зависимостей и  перешерстить все эти сотни файлов. А потому она должна быть очень быстрой.

Так что, если просто брать готовый сторонний проект и немодифицируя его собирать, то, в принципе, без разницы, какая у него система сборки. А вот если быть разработчиком этого проекта, то быстрая инкрементальная сборка очень важна.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

53. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 12:01 
По-моему, сравнивать даты изменения *.c и *.obj умел ещё make - разве нет?
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от InuYasha (??), 27-Апр-23, 12:03 
Почитал остальной ваш тред - можете не отвечать :D
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (38), 26-Апр-23, 15:50 
>> Время пересборки (incremental build)
> скорость сборки зависит не от инструментария автоматизации сборки, а от компилятора

По вашей ссылке речь идёт о чистой сборке, а начальное сообщение — про инкрементальную сборку, которая нужна разработчикам десятки и сотни раз в день.

Для make совершенно типично долго обходить все каталоги, чтобы через 10+ секунд скомпилировать и перелинковать один файл. Для больших проектов это просто ад.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

43. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 17:19 
Пересборку make делает очень быстро. У меня каждый раз делается замер общего времени компиляции/сборки, времени компиляции каждого модуля, времени линковки и прочего. Причём сценарии сборки make довольно большие (более 1500 строк чистого кода - это уже после вычета комментариев и пустых строк) и используется Perl для вспомогательных целей. Вывод следующий: как для полной сборки проекта, так и для частичной пересборки, ситуация примерно одна и та же, а именно: практически всё время затрачивается на работу компилятора gcc/clang, а всё остальное (make, линковщик...) занимает очень незначительное время, уменьшение которого на общее время как-то существенно повлиять не может.
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 11:11 
Время сборки при использовании make практически такое же, как при использовании любого другого инструментария для организации сборки. Всегда замеряю общее время сборки проекта, каждого модуля в отдельности, и всегда оказывается, что практически всё время сборки тратится на работу компилятора gcc/clang (clang обычно чуть быстрее gcc), а не make. Это, конечно, при условии грамотного написания сценариев make. Всё, что вы можете выиграть от перехода на более новые системы сборки - это десятые доли секунды.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

42. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (38), 26-Апр-23, 17:18 
> Всё, что вы можете выиграть от перехода на более новые системы сборки - это десятые доли секунды.

Всё, что могут выиграть пользователи — это проценты, да. А разработчки могут каждый день экономить по пол часа. Вообще — тут как с git.
Ситуация похожа на то, что Linus говорил про git (https://www.youtube com/watch?v=4XpnKHJAok8&t=3287s).
Разница не просто «быстрее или медленнее».
Если сборка занимает секунду, то в случае сомнений можно нажать build и посмотреть результат.
А с make нужно ждать 10-20-30 секунд, и это всё меняет.

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 17:25 
Замеры времени показывают, что практически всё время затрачивается на работу компилятора. Make, линковщик и прочее занимает максимум 5% времени в худшем случае. Если у кого-то иначе, смотрите, что не так с вашими сценариями сборки make, изучите make лучше - у него много опций и возможностей которые надо понимать, чтобы всё хорошо работало. Также надо понимать опции компиляторов gcc/clang, некоторые из которых непосредственно взаимосвязаны с работой make.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (38), 26-Апр-23, 19:59 
> Замеры времени показывают, что практически всё время затрачивается на работу компилятора.

Вы понимаете, что значит incremental build?

Давайте напомню: это повторная сборка без очистки сборочной директории. Допустим, в проекте 100 C++ файлов. Разработчики, как правило, редактируют их по одному. И вот в случае, если разработчик что-то делает в одном файле и периодически собирает проект для проверки, то компилируются не 100 файлов, а один. И в этом случае проявляется неэффективность сценариев make в работе с файлами. Большая часть времени в такой сборке уходит не на компиляцию, а на проверку того, что 99 файлов компилировать не надо.

> линковщик и прочее занимает максимум 5% времени в худшем случае

Включите LTCG или отладку и линковка сразу займёт больше времени. Но смысл в том, что в инкрементальных сборках время работы make куда больше 5% и вполне бывает 50% и даже 90%.

Вот делает разработчик, например, тест для какого-нибудь toolkit — Qt или GTK.
Запуск make даже без изменившихся файлов займёт десятки секунд, а потом компиляция+линковка теста ещё 1-3 секунды.

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 21:40 
Никто каждый раз не перекомпилирует весь проект. Это обычный режим работы. Все в курсе об этом режиме. Для этого режима и предназначен make и работает он очень быстро. Если в проекте нет изменений, то на среднем проекте проверка всего и вся занимает десятые доли секунды. У меня он работает так. Всё работает быстро, и ничего не тормозит. При этом сценарии make не маленькие - более 1500 строк (это уже за вычетом комментариев и пустых строк).
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Ванёк (?), 26-Апр-23, 22:03 
Выше уже приводили ссылку, где сравнивается производительность make и ninja, которая разрабатывалась как улучшенная и ускоренная альтернатива make: https://hamelot.io/programming/make-vs-ninja-performance-com.../
Это правдивые данные. По факту разница в производительности между ними очень незначительная, как для полной, так и для частичной пересборки проекта, хотя для частичной пересборки она таки есть, но абсолютно некритичная - десятые доли секунды. То есть для тех, у кого уже есть отработанные годами сценарии сборки make, переходить на что-то другое смысла никакого нет.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

57. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от kuzulis (?), 27-Апр-23, 14:21 
> (кроме qt creator на все остальное забей).

Есть же еще плагин для VSCode. ))

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

10. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Я (??), 25-Апр-23, 23:24 
когда уже сборочная система на расте?
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Вирт (?), 25-Апр-23, 23:56 
> когда уже сборочная система на расте?

давно уже есть: https://www.opennet.me/opennews/art.shtml?num=58933

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (15), 26-Апр-23, 03:44 
основная проблема qbs была в отсутствии документации, qbs-файлы писались наугад по клочкам информации с форумов. проблема осталась
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Советский инженер (?), 26-Апр-23, 10:07 
Основная проблема курса - что ее пилили и пилят на общественных началах. А все остальное - это производные.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (40), 26-Апр-23, 16:27 
А надо, чтобы пилил закрытый НИИ, тогда всё по ГОСТам.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск сборочного инструментария Qbs 2.0"  –1 +/
Сообщение от Аноним (15), 26-Апр-23, 03:49 
> выбран самодостаточный и компактный JavaScript-движок QuickJS,
> 2021-03-27:

    New release (Changelog)

для поддержки легаси заменили легаси на легаси

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (18), 26-Апр-23, 04:37 
Интересно, почему не выбрали QJSEngine из состава Qt, который и является заменой устаревшему QtScript.
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Аноним (19), 26-Апр-23, 07:11 
Чтобы не тянуть qdeclarative в зависимости, наверно
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск сборочного инструментария Qbs 2.0"  +1 +/
Сообщение от ABBAPOH (ok), 26-Апр-23, 15:49 
В оригинальной новости про это написано - он не позволяет перехватывать доступ к пропертям (точнее позволяет но очень криво и медленно - QtCreator резолвился в 2 раза медленее с QJSEngine бэкендом)
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

58. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от kuzulis (?), 27-Апр-23, 14:29 
А еще может быть захотят дропнуть саму Qt.

Оставят может только сами GUI конфигурялки на Qt.

И тогда аргумент жирных троллей о том что для сборки Qbs нужен Qt отводится сам собой. ))

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

25. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от nc (ok), 26-Апр-23, 08:21 
qbs хотя-бы выглядит понятно. Я правда не понимаю зачем там императивный код - считаю что в файлах проектов достаточно перечня файлов исходников и параметров компиляции, заданных в удобном структурированном формате. В удобном как для человека, так и для IDE. Ну да ладно. По сравнению с make и cmake это все равно прогресс.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск сборочного инструментария Qbs 2.0"  +/
Сообщение от Анонимemail (28), 26-Апр-23, 09:09 
Только premake, только хардкор
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру