forum.opennet.ru - "Выпуск сборочного инструментария Qbs 1.20" (20)

"Выпуск сборочного инструментария Qbs 1.20"

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

"Выпуск сборочного инструментария Qbs 1.20"	+/–
Сообщение от opennews (??), 14-Окт-21, 09:21
Представлен выпуск сборочного инструментария Qbs 1.20. Это седьмой выпуск после ухода компании Qt Company от разработки проекта, подготовленный силами сообщества, заинтересованного в продолжении разработки Qbs. Для сборки Qbs в числе зависимостей требуется Qt, хотя сам Qbs рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55965
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (-), 09:21 , 14-Окт-21, (1) –2

Скрыто модератором, Аноним (2), 09:35 , 14-Окт-21, (2) +5

Скрыто модератором, Enamel (ok), 16:38 , 14-Окт-21, (9)

Скрыто модератором, Аноним (3), 09:42 , 14-Окт-21, (3)
Скрыто модератором, Аноним (4), 10:07 , 14-Окт-21, (4) –4
Скрыто модератором, Enamel (ok), 16:39 , 14-Окт-21, (10)

Правильно, нужно распылять силы сообщества на поддержку устаревшего легаси Снач, QwertyReg (ok), 10:20 , 14-Окт-21, (5) –16

Уж лучше легаси, чем экспериментальные корпоративные игрушки, на которые у них д, sweetlao (?), 11:32 , 14-Окт-21, (6) +3

Да пользуйте свои автотулзы до посинения Кто ж вам запретит , Qwerty123456 (?), 11:44 , 14-Окт-21, (7) –3

ты последний, кого сообщество будет спрашивать, как ему управлять своими силами, Аноним (8), 13:45 , 14-Окт-21, (8) +4
А то ты создал что-то новое и офигенно удобное , Аноним (14), 17:26 , 14-Окт-21, (14) +2
А как ты себе представляешь управлять силами сообщества В приказном порядке что, Anonymous XE (?), 18:14 , 14-Окт-21, (18)
Э Тролинг Лучше QBS еще никто ничего не сделал У QBS была одна проблема Для т, Аноним (22), 18:43 , 15-Окт-21, (22)

Ещё в Qbs крайне неудобно выполнять свои команды Надо создать массив на яваскри, Аноним (23), 02:19 , 18-Окт-21, (23)

За это получаешь возможность контроля выполнения задачи Как бы Qt ники как раз и, Аноним (22), 13:06 , 18-Окт-21, (24)

Т е , есть надежда, что в последующем они всё, что нужно для Qbs, реализуют у се, Anonymous XE (?), 18:12 , 14-Окт-21, (17)

Более того, был такой план , Аноним (14), 19:42 , 14-Окт-21, (19)

такого плана не было, если не считать первоапрельского ишью, в котором еще и на , Аноним (20), 21:49 , 14-Окт-21, (20)

Что плохого в зависимости от Qt Не хуже, чем зависеть от STL , Enamel (ok), 00:02 , 15-Окт-21, (21) –1

STL -- это часть стандарта языка С , а Qt -- непонятное што Сегодня так, а зав, adolfus (ok), 23:17 , 22-Окт-21, (25)

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

1. Сообщение от Аноним (-), 14-Окт-21, 09:21 –2 +/–

qml оказался хуже шитоязыка cmake?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #10

2. Сообщение от Аноним (2), 14-Окт-21, 09:35 +5 +/–

qml для разметки гуя же. и в целом он няшный. а cmake тяжело переплюнуть в шитовости

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

3. Сообщение от Аноним (3), 14-Окт-21, 09:42 +/–

Нет, он оказался хуже SQL.

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

4. Сообщение от Аноним (4), 14-Окт-21, 10:07 –4 +/–

Да, хуже. Ибо qbs не имеет батареек. Вообще в плане батареек лучше всего питон, но для него нормальных батареек для сборки ПО даже проект Meson не написал.

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

5. Сообщение от QwertyReg (ok), 14-Окт-21, 10:20 –16 +/–

Правильно, нужно распылять силы сообщества на поддержку устаревшего легаси. Сначала Xorg, потом Devuan, теперь протухший QBS будем накрашивать и одевать в костюмчик, как будто бы он живой.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8, #14, #18, #22

6. Сообщение от sweetlao (?), 14-Окт-21, 11:32 +3 +/–

Уж лучше легаси, чем экспериментальные корпоративные игрушки, на которые у них денег жалко- хотят чтоб бесплатно сделали, вот и нанимают всяких Лёнек, да Дрюшек по объявлению за мелкий прайс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от Qwerty123456 (?), 14-Окт-21, 11:44 –3 +/–

Да пользуйте свои автотулзы до посинения. Кто ж вам запретит?

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

8. Сообщение от Аноним (8), 14-Окт-21, 13:45 +4 +/–

ты последний, кого сообщество будет спрашивать, как ему управлять своими силами

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

9. Сообщение от Enamel (ok), 14-Окт-21, 16:38 +/–

Ну, сам синтаксис (не реализация от Qt) может использоваться где угодно, и быть весьма уместным в разных ипостасях.
В общем-то, везде, где уместен декларативный подход.

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

10. Сообщение от Enamel (ok), 14-Окт-21, 16:39 +/–

Лучше. Просто лучшее не всегда взлетает.
Идея вообще отличная, а вот реализация...

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

14. Сообщение от Аноним (14), 14-Окт-21, 17:26 +2 +/–

А то ты создал что-то новое и офигенно удобное.

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

17. Сообщение от Anonymous XE (?), 14-Окт-21, 18:12 +/–

>Обновлён и портирован на C++17 модуль QtScript, который больше не поставляется в Qt 6 и теперь входит в состав Qbs.
Т.е., есть надежда, что в последующем они всё, что нужно для Qbs, реализуют у себя и не будут зависеть от Qt.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #21

18. Сообщение от Anonymous XE (?), 14-Окт-21, 18:14 +/–

А как ты себе представляешь управлять силами сообщества? В приказном порядке что-ли?

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

19. Сообщение от Аноним (14), 14-Окт-21, 19:42 +/–

Более того, был такой план.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #20

20. Сообщение от Аноним (20), 14-Окт-21, 21:49 +/–

такого плана не было, если не считать первоапрельского ишью, в котором еще и на хаскель предлагали переписать.

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

21. Сообщение от Enamel (ok), 15-Окт-21, 00:02 –1 +/–

Что плохого в зависимости от Qt?
Не хуже, чем зависеть от STL.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #25

22. Сообщение от Аноним (22), 15-Окт-21, 18:43 +/–

> теперь протухший QBS будем накрашивать и одевать в костюмчик, как будто бы он живой.
Э... Тролинг?
Лучше QBS еще никто ничего не сделал.
У QBS была одна проблема.
Для того, что бы его собрать - нужен Qt.
А Qt-никам нужна система сборки для сборки самого Qt.
Циклическая зависимость получилась. Ошибка менеджеров на этапе постановки задачи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23

23. Сообщение от Аноним (23), 18-Окт-21, 02:19 +/–

> У QBS была одна проблема. Для того, что бы его собрать - нужен Qt.
Ещё в Qbs крайне неудобно выполнять свои команды. Надо создать массив на яваскрипте, засунуть в этот массив имя команды и все её аргументы как отдельные элементы массива, и передать массив в специальную функцию. В то время как в Make и CMake можно писать команду и её аргументы в строчку через пробелы, как в шелле.
> Циклическая зависимость
Это как раз не проблема. Для сборки компилятора С тоже нужен компилятор С. Для сборки линкера нужен линкер. Для сборки GNU Make и CMake тоже они сами нужны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #24

24. Сообщение от Аноним (22), 18-Окт-21, 13:06 +/–

> В то время как в Make и CMake можно писать команду и её аргументы в строчку через пробелы, как в шелле.
За это получаешь возможность контроля выполнения задачи.
> Это как раз не проблема. Для сборки компилятора С тоже нужен компилятор С. Для сборки линкера нужен линкер. Для сборки GNU Make и CMake тоже они сами нужны.
Как бы Qt'ники как раз и сказали, что это основная проблема.
C, make и cmake являются самыми распространеными инструментами. Так что требовать их наличие - нормально.
Qt-ники играют вдолгую. Как пример, через пару десятков лет скорее всего C, make и cmake будут. И с очень высокой долей вероятности совместимость особо поломана не будет. А вот бинарник qbs, скорее всего не запустится.

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

25. Сообщение от adolfus (ok), 22-Окт-21, 23:17 +/–

STL -- это часть стандарта языка С++, а Qt -- непонятное што. Сегодня так, а завтра эдак.
Иди собери 10-летней давности проект, который использует Qt-классы. А с STL нет никаких проблем -- я использую без каких-либо коррекций код, написанный в конце 90-х под C++98. Раз в пару лет пересобираю довольно большой проект и еще ни разу не наткнулся на проблемы именно с STL. А с Qt-классами проблемы возникают с каждой новой версией и всякий раз нужно конкретно разбираться, корректировать код, программную документацию, испытания и прочая волокита.
Что касается gui, то тут просто техническая задница -- проект, изначально написанный с qt3, с грехом пополам удалось отмигрировать на qt4, но на qt5 уже не получилось, поскольку нужно было сохранить функционал и пользовательский интерфейс, включая отзывчивость на консольные события, неизменными. Добиться UI-совместимости не удалось даже в малом. В итоге были вынуждены переписать междумордие на Tcl/Tk.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (-), 14-Окт-21, 09:21	–2 +/–
qml оказался хуже шитоязыка cmake?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3, #4, #10

2. Сообщение от Аноним (2), 14-Окт-21, 09:35	+5 +/–
qml для разметки гуя же. и в целом он няшный. а cmake тяжело переплюнуть в шитовости
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #9

3. Сообщение от Аноним (3), 14-Окт-21, 09:42	+/–
Нет, он оказался хуже SQL.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 14-Окт-21, 10:07	–4 +/–
Да, хуже. Ибо qbs не имеет батареек. Вообще в плане батареек лучше всего питон, но для него нормальных батареек для сборки ПО даже проект Meson не написал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

5. Сообщение от QwertyReg (ok), 14-Окт-21, 10:20	–16 +/–
Правильно, нужно распылять силы сообщества на поддержку устаревшего легаси. Сначала Xorg, потом Devuan, теперь протухший QBS будем накрашивать и одевать в костюмчик, как будто бы он живой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #6, #8, #14, #18, #22

6. Сообщение от sweetlao (?), 14-Окт-21, 11:32	+3 +/–
Уж лучше легаси, чем экспериментальные корпоративные игрушки, на которые у них денег жалко- хотят чтоб бесплатно сделали, вот и нанимают всяких Лёнек, да Дрюшек по объявлению за мелкий прайс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от Qwerty123456 (?), 14-Окт-21, 11:44	–3 +/–
Да пользуйте свои автотулзы до посинения. Кто ж вам запретит?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

8. Сообщение от Аноним (8), 14-Окт-21, 13:45	+4 +/–
ты последний, кого сообщество будет спрашивать, как ему управлять своими силами
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

9. Сообщение от Enamel (ok), 14-Окт-21, 16:38	+/–
Ну, сам синтаксис (не реализация от Qt) может использоваться где угодно, и быть весьма уместным в разных ипостасях. В общем-то, везде, где уместен декларативный подход.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

10. Сообщение от Enamel (ok), 14-Окт-21, 16:39	+/–
Лучше. Просто лучшее не всегда взлетает. Идея вообще отличная, а вот реализация...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

14. Сообщение от Аноним (14), 14-Окт-21, 17:26	+2 +/–
А то ты создал что-то новое и офигенно удобное.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

17. Сообщение от Anonymous XE (?), 14-Окт-21, 18:12	+/–
>Обновлён и портирован на C++17 модуль QtScript, который больше не поставляется в Qt 6 и теперь входит в состав Qbs. Т.е., есть надежда, что в последующем они всё, что нужно для Qbs, реализуют у себя и не будут зависеть от Qt.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #19, #21

18. Сообщение от Anonymous XE (?), 14-Окт-21, 18:14	+/–
А как ты себе представляешь управлять силами сообщества? В приказном порядке что-ли?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

19. Сообщение от Аноним (14), 14-Окт-21, 19:42	+/–
Более того, был такой план.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #20

20. Сообщение от Аноним (20), 14-Окт-21, 21:49	+/–
такого плана не было, если не считать первоапрельского ишью, в котором еще и на хаскель предлагали переписать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

21. Сообщение от Enamel (ok), 15-Окт-21, 00:02	–1 +/–
Что плохого в зависимости от Qt? Не хуже, чем зависеть от STL.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #25

22. Сообщение от Аноним (22), 15-Окт-21, 18:43	+/–
> теперь протухший QBS будем накрашивать и одевать в костюмчик, как будто бы он живой. Э... Тролинг? Лучше QBS еще никто ничего не сделал. У QBS была одна проблема. Для того, что бы его собрать - нужен Qt. А Qt-никам нужна система сборки для сборки самого Qt. Циклическая зависимость получилась. Ошибка менеджеров на этапе постановки задачи.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #23

23. Сообщение от Аноним (23), 18-Окт-21, 02:19	+/–
> У QBS была одна проблема. Для того, что бы его собрать - нужен Qt. Ещё в Qbs крайне неудобно выполнять свои команды. Надо создать массив на яваскрипте, засунуть в этот массив имя команды и все её аргументы как отдельные элементы массива, и передать массив в специальную функцию. В то время как в Make и CMake можно писать команду и её аргументы в строчку через пробелы, как в шелле. > Циклическая зависимость Это как раз не проблема. Для сборки компилятора С тоже нужен компилятор С. Для сборки линкера нужен линкер. Для сборки GNU Make и CMake тоже они сами нужны.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #24

24. Сообщение от Аноним (22), 18-Окт-21, 13:06	+/–
> В то время как в Make и CMake можно писать команду и её аргументы в строчку через пробелы, как в шелле. За это получаешь возможность контроля выполнения задачи. > Это как раз не проблема. Для сборки компилятора С тоже нужен компилятор С. Для сборки линкера нужен линкер. Для сборки GNU Make и CMake тоже они сами нужны. Как бы Qt'ники как раз и сказали, что это основная проблема. C, make и cmake являются самыми распространеными инструментами. Так что требовать их наличие - нормально. Qt-ники играют вдолгую. Как пример, через пару десятков лет скорее всего C, make и cmake будут. И с очень высокой долей вероятности совместимость особо поломана не будет. А вот бинарник qbs, скорее всего не запустится.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23

25. Сообщение от adolfus (ok), 22-Окт-21, 23:17	+/–
STL -- это часть стандарта языка С++, а Qt -- непонятное што. Сегодня так, а завтра эдак. Иди собери 10-летней давности проект, который использует Qt-классы. А с STL нет никаких проблем -- я использую без каких-либо коррекций код, написанный в конце 90-х под C++98. Раз в пару лет пересобираю довольно большой проект и еще ни разу не наткнулся на проблемы именно с STL. А с Qt-классами проблемы возникают с каждой новой версией и всякий раз нужно конкретно разбираться, корректировать код, программную документацию, испытания и прочая волокита. Что касается gui, то тут просто техническая задница -- проект, изначально написанный с qt3, с грехом пополам удалось отмигрировать на qt4, но на qt5 уже не получилось, поскольку нужно было сохранить функционал и пользовательский интерфейс, включая отзывчивость на консольные события, неизменными. Добиться UI-совместимости не удалось даже в малом. В итоге были вынуждены переписать междумордие на Tcl/Tk.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21