1.2, equeim (ok), 22:46, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Если бы он не зависел от Qt, у него был бы шанс, ИМХО (ничего не имею против Qt, но это слишком жирная зависимость для системы сборки).
| |
|
2.17, Ретроград (?), 06:45, 19/04/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
NIH-наркоманы, как показывает практика, ни перед чем не останавливаются. Некоторые системы сборки даже Java тянут за собой, хотя вроде как к языку сами по себе не привязаны.
| |
|
3.31, Аноним (31), 14:11, 20/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так это отлично, раз здравый смысл взял верх. Редко такое бывает.
| |
|
|
|
|
3.16, Акроним (?), 05:02, 19/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Они решили перейти на cmake, т.к. он более популярен. Допустим, php очень популярен: о чем это как бы намекает?
| |
|
4.18, пох (?), 07:22, 19/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> о чем это как бы намекает
"в мире есть 17 миллионов мух, которые едят дерьмо". Ну и что?
| |
|
5.23, anonymous (??), 17:15, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Это не мухи, а гвидобейсикокодеры. И дерьмо они столько едят, сколько производят.
| |
|
4.38, fleonis (ok), 00:03, 01/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Они решили перейти на cmake, т.к. он более популярен. Допустим, php очень
> популярен: о чем это как бы намекает?
это другой случай. тут есть уже работающая технология и ее поменяли.
а я ответил на вопрос человека "чем он лучше cmake". с него ушли. если бы был намного лучше, то остались бы на нем, вот и вся логика.
например без b2 наверное было бы трудно под столько компиляторов и платформ собирать, так что замена его на cmake вызывет некоторые трудности.
| |
|
3.26, None (??), 19:41, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Что намекает? Что в Qt работают балаболы, которые годами говорили общественности, что qbs - это default build system in Qt6, а в итоге оказалось, что над qbs все эти годы в свободное от работы время работало пара человек? Да, это намекает. Те, кто следил за всей этой кухней и что она готовила прекрасно в курсе, что в Qt всё очень сильно не в порядке. Это стало понятно ещё пару лет назад, когда они додумались передаваемый в qdebug unicode выводить в виде hex-символов.
| |
|
4.29, Отражение луны (ok), 20:09, 19/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Действительно, лучше бы не прислушивались к сообществу и не смотрели бы на реальный мир, продвигая заведомо мертвую технологию.
По мне так команда кута тем и хорошая, что они принимают действительно взвешенные решения.
И да, с Qt по прежнему все отлично.
| |
|
5.30, None (??), 06:04, 20/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как хорошо отвечать на пост, даже не читая его и не вдумываясь, что там написано, верно?
| |
|
4.33, Аноним (31), 14:29, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
А с чего ты взял, её именно разрабы Qt пилили? И да, минимальный boostrap они тоже не осилили, точнее даже вообще не думали о его наличии.
| |
|
|
|
1.5, kuzulis (?), 23:05, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Это не все ховшества. Там забыли упомянуть о том, что добавлена поддержка тулчейнов для baremetal, таких как IAR && KEIL (начиная с 1.13). Плюс, в > 1.13 добавлен тулчейн SDCC. Кроме того, в QtC > 4.9 в плагине baremetal также появилась возможность создавать комплекты для IAR && KEIL && SDCC и компилять проекты. Пока что это работает с архитектурами ARM, AVR и MCS51 (8051). Естественно, все это "экспериментальные" фичи и могут содержать баги. :)
| |
1.7, kuzulis (?), 23:08, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Чем он лучше cmake?
Тем, что все работает из "коробки". Попробуй ка на CMake заюзать baremetal компиляторы также просто как с QBS && QtC. А я посмотрю.
| |
|
|
3.20, kuzulis (?), 10:46, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ну нарисуй мне тулчейн файл для KEIL... Вбрасывать и я могу...
В таком случае можно вообще не использовать CMake, а создать тупо *.bat файл и билдить что угодно и нафик тогда CMake вообще уперся.
Весь цимус здесь в удобстве разработки и интеграции с IDE, в данном случае с QtC. Здесь QtC тебе подсветит все макросы компилятора, инклуды, распарсит вывод текущего специфичного компилятора.
PS: Да и никто не заставляет тебя пользоваться QBS (я, вот, к примеру, не использую CMake), он найдет свое применение в любом случае, независимо от того, отказалась ли от него Qt Company или нет. Да и тема тут не о CMake, а о QBS...
| |
|
|
1.8, kuzulis (?), 23:10, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
UPD: Также в QBS > 1.13 добавлены примеры для ARM (stm32) и AVR... В процессе добавление примера для MCS51 (естественно, юзаются GCC, IAR, KEIL, и будет юзаться SDCC).
| |
|
2.25, Аноним (25), 19:26, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Во-первых, NIH-синдром. Во-вторых, закончился. И, да, у Qt Company.
| |
|
3.28, None (??), 19:52, 19/04/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
Закончится он, когда они дропнут Qt и перейдут на GTK.)
| |
3.35, Аноним (34), 17:07, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Во-первых, NIH-синдром. Во-вторых, закончился.
Возвратный NIH-синдром — это как раз и есть болезнь Марка.
| |
|
|
1.27, None (??), 19:44, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Жаль, хорошая и перспективная была вещь. В итоге убита внутренней грызней в Qt. Теперь её выживание зависит от того, сумеют ли её отвязать от Qt.
| |
|
2.36, Аноним (36), 19:22, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Зачем QML-style систему сборки отвязывать от Qt?
А вот от QtScript - да, желательно бы. Возможно, одно из причин смерти - как раз-таки недоQMLность.
| |
|
|