The OpenNET Project / Index page

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



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

"Выпуск сборочного инструментария Qbs 1.16"  +/
Сообщение от opennews (??), 02-Май-20, 11:16 
Представлен выпуск сборочного инструментария Qbs 1.16. Это третий выпуск после ухода компании Qt Company от разработки проекта, подготовленный силами сообщества, заинтересованного в продолжении разработки Qbs. Для сборки Qbs в числе  зависимостей требуется Qt, хотя сам Qbs рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 02-Май-20, 11:16   +3 +/
Оно еще выходит? Неплохо.
Хорошая замена всему этому синтаксическому недоразумению в других сборочных тулзах.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5

2. Сообщение от Fracta1L (ok), 02-Май-20, 11:30   –15 +/
Любая новость хороша, если не про очередную сишную дырень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от Аноним (3), 02-Май-20, 11:46   +3 +/
в любой новости найдется фрактал, приплетающий сишную дырень

Студент сельхоза выучил на экзамен только строение блохи. Ну тянет он билет — там строение собаки. Вот он и начинает:
— Собака — животное на четырех лапах, покрыто шерстью. А в шерсти водятся блохи…И дальше про блох все что знает.
Препод:
— Ладно, ладно. Расскажите нам о строении коровы.
— Ну, корова, это животное на четырех ногах, питается травой, покрыто шерстью. А вот в шерсти водятся блохи, ну и дальше по тексту.
— Ладно, хватит. Расскажите нам тогда про строение рыбы.
— Рыба живет в воде, шерсти у нее конечно нет, но вот если бы она у нее была, то в ней обязательно водились бы блохи…

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

4. Сообщение от антифрактал (?), 02-Май-20, 11:49   +/
Если бы фрактал был мартыном, то у него была бы шерсть, а в шерсти были бы блохи...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

5. Сообщение от Аноним (5), 02-Май-20, 13:36   –2 +/
А чем тебе месон не угодил? Хотя и как альтернатива цмаке так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #8

6. Сообщение от curver (ok), 02-Май-20, 15:08   +/
gn же есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #32

7. Сообщение от Аноним (7), 02-Май-20, 16:28   –1 +/
qbs, qmake... и чего только не придумают эти культяшники...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

8. Сообщение от Ivan_83 (ok), 02-Май-20, 18:00   +/
А в чем минусы месона?
(спрашиваю потому что cmake кажется каким то тяжёлым по зависимостям)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15, #18

9. Сообщение от ABBAPOH (ok), 02-Май-20, 18:03   +/
qmake надо закопать и никогда не откапывать, слышите, НИКОГДА
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12

10. Сообщение от Анонимemail (10), 02-Май-20, 18:15   +/
Qbs - не поддерживают.
А почему он всегда самой последней вресией присутствует в Qt Creator ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

11. Сообщение от Аноним (11), 02-Май-20, 18:22   +/
У рыб вообще-то тоже есть блохи, только рыбные, и водятся в чешуе. Так что студенту незачет по-любому. "Профессор может и лопух, но аппаратура при нем, при нем!"(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #14

12. Сообщение от Аноним (11), 02-Май-20, 18:25   +1 +/
Вылезает потом такой мертвец из могилы и говорит: "Ха ха ха! А я - qmake!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #21

13. Сообщение от ABBAPOH (ok), 02-Май-20, 18:28   +/
Потому что сделать апдейт ревизии сабмодуля ничего не стоит=)

На самом деле, бывший мейнтейнер Qbs продолжает пилить интеграцию в креаторе

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

14. Сообщение от Аноним (3), 02-Май-20, 18:39   +/
можно подробнее для начинающих юннатов? (дафнии не в счет)
А то в поиске в основном этот анекдот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #16

15. Сообщение от Аноним (11), 02-Май-20, 18:42   +1 +/
Вообще-то у CMake только одна тяжелая зависимость - это сам CMake.

Хоть я до Kotlin не особо любил Java, и наоборот любил C/C++, но после этой насмешки над всеми C-подобными языками под именем CMake (ибо неясно, что делает буква C в его названии)...

...после всего этого Java-шный Gradle на стероидах Kotlin DSL, со всеми архитектурными изъянами Gradle и со всеми его зависимостями воспринимается гораздо приятнее, чем это издевательство над C/C++ под названием CMake.

На Gradle внезапно прекрасно собираются проекты на разных языках, включая C/C++.

Увы, видимо сделать архитектурно красивую систему сборки невозможно в принципе из-за неясности вопроса - а что же такое сборка в общем случае? В частном же случае всегда можно написать просто сборочные скрипты на чем угодно - и будет вам сборка!

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

16. Сообщение от Аноним (11), 02-Май-20, 19:50   –1 +/
А вы думаете, почему рыбы все время двигают плавниками? Чтобы плыть? Нет! Плавают они за счет рта, все время глотая воду, и выпуская через жабры. А плавниками они двигают, потому что все время хотят почесаться, но не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #19

17. Сообщение от Аноним (17), 02-Май-20, 19:58   +/
Самая удобная система сборки для c++. Стоит того, чтобы отвязать ее от Qt.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #31

18. Сообщение от Аноним (18), 02-Май-20, 20:06   +1 +/
Минус в том, что это — боль для сборщика и потребность учить питон для кодера. (Вот только не надо про то, что питон знают все, и уж тем более про то, что там нечего учить.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #25, #28

19. Сообщение от Аноним (3), 02-Май-20, 20:55   +/
>Плавают они за счет рта, все время глотая воду, и выпуская через жабры.

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

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

20. Сообщение от ABBAPOH (ok), 02-Май-20, 22:08   +/
Но зачем? Чем мешает зависимость от Qt? Ну приедет 2-3 библиотеки (QtCore/QtScript/QtGui), сильно страшно что ли?

Надо добавлять поддержку других языков и библиотек (boost, poco) из коробки - это да. Собственно, я работаю над этим=)

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

21. Сообщение от Элитный линуксоид (?), 03-Май-20, 08:35   +/
Как смешно(нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

22. Сообщение от Аноним (11), 03-Май-20, 09:12   +/
Чем примитивнее юмор, тем древнее тенденция... Ибо сказано в Писании...ЫЫЫЫ!... Чем глубже закопать, тем страшнее потом вылезет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

23. Сообщение от anonimm (?), 03-Май-20, 09:19   +/
В CMake C=Crossplatform, а не C/C++. Не знаю, чем Вам не угодил CMake, но тащить Java в C/C++-разработку выглядит ещё бОльшим издевательством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #33, #35

24. Сообщение от anonimm (?), 03-Май-20, 09:22   +1 +/
Если Вам нужно собрать Ваш проект на сервере, на котором у Вас есть учетка, но нет прав установить Qt, а админ не хочет "загаживать сервер всяким гуёвым хламом" (да, бывают и такие)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #26, #27

25. Сообщение от Аноним (11), 03-Май-20, 09:43   +/
Поэтому лучше уж выучить Kotlin, чем Python. Или хотя бы Kotlin DSL. Там, в отличие от Питона, есть полноценная система статических типов с выводов.

Поскольку сборка в основнов и используется для статически типизированных языков.

А в динамических скриптовых языках чего там собирать? Если все и так в рантайме.

И в отличие от Qbs, Kotlin - это все-таки язык общего назначения, и даже Kotlin DSL используется в разных системах, а не только в одной системе сборки. Как и Python, зато еще и со статически компилируемыми типами.

В Kotlin поддержка функционального программирования, в Python ФП практически никакое, одни только лямбды, как объекты первого класса - это еще не ФП. А вот неизменяемые переменные, хвостовая рекурсия... это уже...

Кстати, в И-нете есть много синтаксических сопоставлений Kotlin и Python. Именно синтаксических, если кто захочет докопаться, семантика у них разная. Однако это про то, как легко перейти с Python на Kotlin. Да, вместо отступов - старые добрые Сишные фигурные скобочки, зато не нужно ставить ";" в конце строк. И скобки во многих случая можно не использовать - код получается не менее компактным, чем в Python, а за счет более развитого синтаксиса - еще и более компактным.

О да! Будете иметь дело с JVM! Однако, по сравнению с CMake, который типа на чистом C (или C++? - неважно), однако извратили так, что уж лучше пусть будет JVM.

...а чем это мы? А! ...и вот представьте все это есть у вас в системе сборки!

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

26. Сообщение от Аноним (26), 03-Май-20, 10:42   –1 +/
А можно ещё вприсядку это самое. А админ, который не хочет делать свою работу, заменяется другим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от ABBAPOH (ok), 03-Май-20, 14:12   +/
Поставьте  Qbs в хомяк вместе с библиотеками, делов-то. Требование "использовать системную Qt" достаточно странное, не все диcтрибы имеют свежую Qt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Ivan_83 (ok), 04-Май-20, 01:15   +/
Ну это можно писать тому кто не видел месона и ничего с ним не делал.

Как сборщик - я как раз вижу что месон требует меньше зависимостей прежде чем он станет рабочим в системе.
Как программист - учить Cmake с его самобытным синтаксисом или месон с питоноподобным - последнее кажется более перспективным.
Хотя я лично очень плохо воспринимаю ихние пробелы и pep8 (к месону пока не относится).

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

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


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

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

29. Сообщение от Ivan_83 (ok), 04-Май-20, 01:22   +/
Там ещё libuv и ещё штук 5+ портов ставится на фре.
Но да, сам цмейк собирается дольше остальных. Заметно дольше.

Я ничего не знаю про то что вы описываете, я подобные сборочные системы скорее всего не встречал в тех портах которыми пользуюсь.
Самое экзотическая система сборки которую видел - waf - какая то фигня на питоне, вроде.

В общем я пока смотрю на месон и пытаюсь понять: стоит ли на него сваливать с цмейка в своих перснальных проектах.
Как вариант я могу иметь обе системы, но хотелось бы понять перспективы.

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

30. Сообщение от Ivan_83 (ok), 04-Май-20, 01:25   +/
Мне не типы нужны, мне проекты собирать :)
Развитый синтаксис - много времени на изучение, вон кресты себя активно хоронят: скоро старые спецы помрут а новые не пидут, потому что учится 3-5 лет чтобы получать столько же сколько те кто учился языкам по проще за пол года смысла нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #34

31. Сообщение от Аноним (31), 04-Май-20, 09:34   +/
Как ты её отвязывать собирался? С собой половину Qt таскать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

32. Сообщение от Аноним (32), 04-Май-20, 10:07   +/
Чем лучше месона? Ссылка есть, а то не нагуглить это
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

33. Сообщение от Аноним (32), 04-Май-20, 10:08   +/
cmake неугоден:
-  синтаксисом,
-  набором инструментария (FindLibrary)
-  сложностью написания и анализа сборочны сценариев
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

34. Сообщение от Аноним (11), 04-Май-20, 13:56   +/
Вам не нужны типы - тогда Питон для вас самое то. Никто не спорит.

А есть такие люди, которым нужны типы, И, одновременно им нужно собирать проекты.

А также если этим людям не проблема изучать статически-типизированные языки - то для них системы сборки с типами, встроенными прямо в сборочный DSL - тоже самое то.

Каждому свое. По способностям и по возможностям к освоению.

C++ ни разу не хоронят, особенно после стандартов 11+, он живее всех живых. Просто он придерживается классической схемы, когда компилятор отдельно, а тулсеты, включая пакетные менеджеры - отдельно. И не встроены в язык, как объекты первого класса, потому что фишка C++ - это филигранное управление памятью с одновременным высоким уровнем абстрактных типов данных.

Да, у C++ появилось много достойных конкурентов, даже Java подтянули, до уровня "нескучности", хоть и оставив многословность, ну, это как раз и исправляет Kotlin.

А тут еще даже Haskell активно пробивается в "промышленность" из "академичности"...

А еще потребности Data Science...

Так что людям, _способным_ осваивать абстрактные типы данных, и делать _сборки_ сразу не понижая уровни абстракций
- есть где развернуться!

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

35. Сообщение от Аноним (11), 04-Май-20, 14:40   +/
Издевательство над чем?
Над сферичным конем в вакууме?

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

А над чем у вас будет издеваться Java? особенно в переводе на Kotlin, если можно сделать так, что вся JVM и останется только в среде разработке, а в продакшн уйдут чистые бинари (или теперь даже байт-код на другие VM, отличные от JVM, если не устраивает).

Даже при всех недостатках Java, которые можно себе нафантазировать (а обычно это именно фантазии и байки, см. ниже) - сборка на Gradle, даже при всех недостатках и его тоже - по-любому получается "меньшим из зол" по сравнению с CMake.

Это я говорю, как начинавший с C/C++, и долго его изучавший, кому тоже не нравилась когда-то Java по сравнению с C++, говорю:
- времена изменились!
- Java сильно исправилась (и по времени эти исправления "случайно" совпали с выходом новых стандартов 11+ самого C++).

Да, у Java был долгий путь развития, однако это уже прошлое.

А если вам нужна простая классическая сборка без автоанализа и автозагрузки зависимостей с авто-тестированием и стиркой белья разработчикам (ну если заказчик или спонсор требует, для создания рабочих мест его менеджерам, которым иначе нечем будет больше заняться после внедрения)
... если этого всего не нужно
- просто напишите сборочный скрипт, и не нужен ни CMake, ни Gradle...

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

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

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


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

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




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

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