|
Название: Deprecation of Qbs Отправлено: ViTech от Октябрь 30, 2018, 12:16 Собственно: Deprecation of Qbs (http://blog.qt.io/blog/2018/10/29/deprecation-of-qbs/). Помянем...
Как бы не хотелось мне сильно наступать в CMake, выходит, что придётся. Получается правда, что CMake - это лучшее, что заслужил мир С++ сборки? Название: Re: Deprecation of Qbs Отправлено: kuzulis от Октябрь 30, 2018, 12:19 Нет, просто "эффективные" менеджеры похерили в очередной раз хороший проект.. То ли это злой умысел (лобби), то ли старперство, то ли страх, то ли денег у компании ну нет вообще ни на что... Время покажет, мы еще увидим блевотные позывы и негодование юзверов в части CMake. :)
Название: Re: Deprecation of Qbs Отправлено: ViTech от Октябрь 30, 2018, 12:42 Время покажет, мы еще увидим блевотные позывы и негодование юзверов в части CMake. :) Да, сначала надо будет посмотреть, насколько хорошую поддержку CMake они в своём Qt Creator'е сделают. Кстати, насколько хороша поддержка CMake в других IDE? Для меня это ещё один минус в копилку для фреймворка Qt в целом. Название: Re: Deprecation of Qbs Отправлено: Пантер от Октябрь 30, 2018, 14:15 CMake няшка, правильно закопали свой велосипед.
Название: Re: Deprecation of Qbs Отправлено: ViTech от Октябрь 30, 2018, 17:12 CMake няшка, правильно закопали свой велосипед. С тем, что получился местечковый велосипед, трудно поспорить. На кой они начинали его делать, если особо не продвигали? Но подход в Qbs мне понравился, как-то там логично и удобно, особенно после qmake :). Когда я смотрел на CMake, няшности как-то не наблюдал. Может надо было литер водки выпить :). Слышал в последних версиях немного получше стало, придётся поизучать... Название: Re: Deprecation of Qbs Отправлено: alex312 от Октябрь 30, 2018, 18:21 Да, сначала надо будет посмотреть, насколько хорошую поддержку CMake они в своём Qt Creator'е сделают. Кстати, насколько хороша поддержка CMake в других IDE? Если кодить под Windows, то в креаторе лучшая.Что было опробовано: Clion - не сильно поддерживается компилятор msvc. Симейк генерит makefile. C ниндзей пока не сложилось. VisualStudio - Конфиги в JSON-e. KDevelop - просто ужасен под виндой. VisualStudio Code - не сильно IDE Название: Re: Deprecation of Qbs Отправлено: alex312 от Октябрь 30, 2018, 18:23 CMake няшка, правильно закопали свой велосипед. НЕТНазвание: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 30, 2018, 22:09 Самый истерящий в рассылке чел (как ни странно, это не я) сделал перекличку в гуглодоках (https://docs.google.com/spreadsheets/d/1CwXx2F1zuATYY3GGOTkFgDB9jwMPghf6az_RVOnskfk/edit#gid=0) кто вообще юзает qbs.
Я конечно отметил места прошлой работы и свои 3.5 проекта, но пока действительно куценько. В целом, если кому не лень, отпишитесь. CMake няшка, правильно закопали свой велосипед. После кумейка и автотулзов что угодно няшка. Название: Re: Deprecation of Qbs Отправлено: kuzulis от Октябрь 30, 2018, 23:23 Я там тож надобавлял что мог :)
Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 30, 2018, 23:38 "Покажите хоть один крупный проект, использующий qbs" 75 метров кода!
Название: Re: Deprecation of Qbs Отправлено: kuzulis от Октябрь 30, 2018, 23:48 Упс, там с учетом истории Гит-а ::) (ну да ладно, п#ть - не мешки ворочать)
ЗЫ: Под'уменьшу как есть, по сорцам. Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 30, 2018, 23:59 Срезал c 35 метров до 7, зато честных
Код: find src/ \( -name "*.cpp" -o -name "*.h" \) | xargs cat | wc Название: Re: Deprecation of Qbs Отправлено: Racheengel от Октябрь 31, 2018, 01:38 cmake suxx :(
qmake хоть и крив, но идеологичней:) Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 31, 2018, 01:44 qmake хоть и крив, но идеологичней:) Устроился на новую работу, тут вместо статик либ сорцы пришниками включаются. Боже, как оно тормозит, прогон кумейка 2 минуты занимает. Название: Re: Deprecation of Qbs Отправлено: Racheengel от Октябрь 31, 2018, 11:33 qmake хоть и крив, но идеологичней:) Устроился на новую работу, тут вместо статик либ сорцы пришниками включаются. Боже, как оно тормозит, прогон кумейка 2 минуты занимает. Ну это уже проблемы того, кто так проект организовал, а не кумейка... Кумейк "хотя бы" работает. Название: Re: Deprecation of Qbs Отправлено: ViTech от Октябрь 31, 2018, 12:39 Самый истерящий в рассылке чел (как ни странно, это не я) сделал перекличку в гуглодоках (https://docs.google.com/spreadsheets/d/1CwXx2F1zuATYY3GGOTkFgDB9jwMPghf6az_RVOnskfk/edit#gid=0) кто вообще юзает qbs. Я конечно отметил места прошлой работы и свои 3.5 проекта, но пока действительно куценько. В целом, если кому не лень, отпишитесь. Если сама компания-автор не верит в свой инструмент, почему другие должны в него поверить? Да и похоже, что разработчики Qbs уже не горят желанием доделать его до нормального уровня. Насильно мил не будешь :). Название: Re: Deprecation of Qbs Отправлено: Old от Октябрь 31, 2018, 15:04 Если сама компания-автор не верит в свой инструмент, почему другие должны в него поверить? Да и похоже, что разработчики Qbs уже не горят желанием доделать его до нормального уровня. Насильно мил не будешь :). Форкайте. :)А лучше потратить немного времени и перейти на CMake. Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 31, 2018, 15:15 qmake хоть и крив, но идеологичней:) Устроился на новую работу, тут вместо статик либ сорцы пришниками включаются. Боже, как оно тормозит, прогон кумейка 2 минуты занимает. Ну это уже проблемы того, кто так проект организовал, а не кумейка... Кумейк "хотя бы" работает. Ну сорцы Qt тоже несколько минут в креаторе открываются Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 31, 2018, 15:18 Самый истерящий в рассылке чел (как ни странно, это не я) сделал перекличку в гуглодоках (https://docs.google.com/spreadsheets/d/1CwXx2F1zuATYY3GGOTkFgDB9jwMPghf6az_RVOnskfk/edit#gid=0) кто вообще юзает qbs. Я конечно отметил места прошлой работы и свои 3.5 проекта, но пока действительно куценько. В целом, если кому не лень, отпишитесь. Если сама компания-автор не верит в свой инструмент, почему другие должны в него поверить? Да и похоже, что разработчики Qbs уже не горят желанием доделать его до нормального уровня. Насильно мил не будешь :). Справедливости ради вся работа там была сделана двумя людьми, один (Jake) хоть и работал в tqtc, пилил qbs в свободное от работы время. Если посмотреть логи гита, то щаз только Christian коммитит. Так что форкнутт не проблема, проблема найти того кто этим заниматься будет Название: Re: Deprecation of Qbs Отправлено: Авварон от Октябрь 31, 2018, 15:19 Если сама компания-автор не верит в свой инструмент, почему другие должны в него поверить? Да и похоже, что разработчики Qbs уже не горят желанием доделать его до нормального уровня. Насильно мил не будешь :). Форкайте. :)А лучше потратить немного времени и перейти на CMake. Спасибо, но я с этого говна слез ещё в 2012м Название: Re: Deprecation of Qbs Отправлено: Old от Октябрь 31, 2018, 15:27 Спасибо, но я с этого говна слез ещё в 2012м Ну так альтернатив же нет. :(Название: Re: Deprecation of Qbs Отправлено: ViTech от Октябрь 31, 2018, 15:35 Форкайте. :) Где бы столько времени найти, чтобы контрибутить всё что нравится :).А лучше потратить немного времени и перейти на CMake. Похоже придётся ему больше внимания уделить. Остаётся надеяться на то, что чем больше народа им будет пользоваться, тем лучше он будет становиться и его поддержка в IDE улучшится. Справедливости ради вся работа там была сделана двумя людьми, один (Jake) хоть и работал в tqtc, пилил qbs в свободное от работы время. Если посмотреть логи гита, то щаз только Christian коммитит. Так что форкнутт не проблема, проблема найти того кто этим заниматься будет Тогда респект им, вдвоём/одному такой продукт тяжело тянуть. Теперь понятно, почему он от исправления багов отбрыкивается :). Спасибо, но я с этого говна слез ещё в 2012м По тому, что я мельком замечал, в последнее время он вроде получше стал. Но изначальный подход к описанию структуры проекта мне не очень нравится и вряд ли это изменится. И альтернатива какая? Если над проектом не только в Qt Creatore работают, например. Держать зоопарк проектных файлов для кучи систем сборки как-то не очень заманчиво. Название: Re: Deprecation of Qbs Отправлено: Old от Октябрь 31, 2018, 16:05 Остаётся надеяться на то, что чем больше народа им будет пользоваться, тем лучше он будет становиться и его поддержка в IDE улучшится. Да он уже нормально поддерживается (в QtCreator и KDevelop) + CMake может генерировать проекты под разные IDE.Но изначальный подход к описанию структуры проекта мне не очень нравится и вряд ли это изменится. А чем он отличается от того же qmake?Если над проектом не только в Qt Creatore работают, например. Держать зоопарк проектных файлов для кучи систем сборки как-то не очень заманчиво. На самом деле не так уж и сложно поддерживать CMake и qmake в одном проекте, был у меня один такой проект. Но возможностей в CMake гораздо больше, чем в qmake и в какой-то момент qmake перестал справляться и его поддержка была удалена.Название: Re: Deprecation of Qbs Отправлено: ViTech от Октябрь 31, 2018, 16:34 Но изначальный подход к описанию структуры проекта мне не очень нравится и вряд ли это изменится. А чем он отличается от того же qmake?В том-то и дело, что подход особо не отличается :). qmake мне нравился ещё меньше, поэтому с радостью перешёл на Qbs. Теперь, в некотором роде, придётся шаг назад делать. Название: Re: Deprecation of Qbs Отправлено: zeks от Ноябрь 01, 2018, 03:06 Самый истерящий в рассылке чел (как ни странно, это не я) сделал А почему бы собственно и не поиcтерить? Кому то разве хочется ковырятьcя в CMake проектах после qbs? Вон уже пошли отзывы от больших компаний и авторов QtCreator плагинов что они никуда переезжать не собираются и продолжат поддержку qbs даже если qt забьёт. А куценько так ничего удивительного, далеко не все читают блоги/рассылки тем более вовремя. Да и далеко не все отписались в мейл листе, под блог записью о депрекации больше комментов, в том числе от людей с их коммерческой лицензией. Название: Re: Deprecation of Qbs Отправлено: lit-uriy от Ноябрь 01, 2018, 07:07 При пользовании чужих проектов с CMake, я ниразу не увидел поддержки его в Креаторе.
Креатор начинает какие-то вопросы задавать, спрашивать про какие-то переменные. Проще сразу запустить cmake-gui, он покажет какие в проекте есть переменные и какие варианты значений (если это списки или булевые значения). В Креаторе ничего подобного нет. Название: Re: Deprecation of Qbs Отправлено: Igors от Ноябрь 01, 2018, 08:06 Похоже вся эта ветка с креатором - тупиковая.
Название: Re: Deprecation of Qbs Отправлено: Old от Ноябрь 01, 2018, 08:11 Проще сразу запустить cmake-gui, он покажет какие в проекте есть переменные и какие варианты значений (если это списки или булевые значения). В Креаторе ничего подобного нет. Странно. А у меня всё в креаторе показывается и даже изменяется. Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 01, 2018, 10:17 При пользовании чужих проектов с CMake, я ниразу не увидел поддержки его в Креаторе. Креатор начинает какие-то вопросы задавать, спрашивать про какие-то переменные. Проще сразу запустить cmake-gui, он покажет какие в проекте есть переменные и какие варианты значений (если это списки или булевые значения). В Креаторе ничего подобного нет. А. Это потому что надо нажать пупку "запустить цмейк" руками. В какой-то версии сломалось, у меня такая же фигня. Название: Re: Deprecation of Qbs Отправлено: ViTech от Ноябрь 01, 2018, 11:45 А почему бы собственно и не поиcтерить? Кому то разве хочется ковырятьcя в CMake проектах после qbs? Вон уже пошли отзывы от больших компаний и авторов QtCreator плагинов что они никуда переезжать не собираются и продолжат поддержку qbs даже если qt забьёт. А чего истерить? Как уже сказали, тогда уж форкать надо. Интересно, в таком случае форк будет называться именно Qbs (Qt build system)? :) Похоже вся эта ветка с креатором - тупиковая. Чего тогда мелочиться, пусть вся ветка Qt будет тупиковой :). Если бы Qt дальше GUI не лезла, может и лучше было бы. И если бы Qbs писали не на Qt (где там GUI?), глядишь сейчас бы и не пришлось её на мороз выставлять, в надежде, что кто-нибудь приютит. Название: Re: Deprecation of Qbs Отправлено: alex312 от Ноябрь 01, 2018, 15:25 А чего истерить? Как уже сказали, тогда уж форкать надо. Интересно, в таком случае форк будет называться именно Qbs (Qt build system)? :) Вообще то его уже переназвали(или пытались переназвать), и сейчас он называется "Cubes"Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 01, 2018, 16:01 Надо назвать CBS (Cute build system)
Название: Re: Deprecation of Qbs Отправлено: kambala от Ноябрь 01, 2018, 16:09 qbs потрогал только немножко, понравилось.
там в комментариях к статье в блоге Qt видел рекомендации переходить на Meson вместо cmake. Кто-то пользовался? Название: Re: Deprecation of Qbs Отправлено: ViTech от Ноябрь 01, 2018, 16:30 там в комментариях к статье в блоге Qt видел рекомендации переходить на Meson вместо cmake. Кто-то пользовался? И расскажите, не является ли этот Meson тем же CMake, только в профиль (на питоне). У меня, на первый взгляд, такое впечатление сложилось. Название: Re: Deprecation of Qbs Отправлено: Racheengel от Ноябрь 02, 2018, 03:19 qbs был изначально мертворожденным.
cmake это как даун переросток. остается пока что qmake, у нас по крайней мере... Название: Re: Deprecation of Qbs Отправлено: navrocky от Ноябрь 02, 2018, 09:56 С qbs я так и не смог задеплоить приложение на андроид устройство... это было странно. С cmake такое тоже не возможно без танцев с бубном. Остается только уродливый qmake.
Остается надеяться что в CMake проектах в qtcreator запилят нормальную поддержку запуска под Android и iOS Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 02, 2018, 10:16 Да, поддержка ведроида и ойфона в qbs хромает. Когда я заводил Тикет на Креатор мне сказали что там сложна и юзается много чорной магии в qmake и они пока не придумали как сделать магию белой.
Название: Re: Deprecation of Qbs Отправлено: lit-uriy от Ноябрь 02, 2018, 11:24 ... Дык запускал, результат тотже окно пустое, Cmake ошибки выдаёт, мол " Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE)", но при этом Cmake-gui хоть ошибку и пишет, но список проектных переменных показывает (некоторые по умолчанию заполнены)А. Это потому что надо нажать пупку "запустить цмейк" руками. В какой-то версии сломалось, у меня такая же фигня. Название: Re: Deprecation of Qbs Отправлено: lit-uriy от Ноябрь 02, 2018, 11:36 Камни в огород QBS-а:
брал разные чужие проекты (свои не разу не делал), в том числе из примеров Qt. и в зависимости от версии Креатора (в порядке повышения) наталкивался на то, что креатор чего-то не понимает в проекте (распарсить не может). Т.е. Берём проект версии QBS Х, в неком креаторе собирается, берём креатор по свежее - и приплыли, что-то не распарсил в qbs-файле. Я с таким делом помаялся и плюнул, qmake более свежий завсегда поймёт свой старый файл. Камни в огород qmake-а: только один - нужно чтобы он генерируемые файлы раскладывал по подкаталогам повторяющим дерево проекта. Иначе взяв чужой кусок кода встрять можно проще паренной репы. некий utils.cpp мой и чужой сгенерятся в один объектный фал, тот кто будет генериться последним, тот и станет объектником. В остальном qmake меня полностью устраивает. Пытаться писать bat/shell-скрипты в нём - ненужно, для этого есть специальные инструменты. Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 02, 2018, 12:19 Цитировать В остальном qmake меня полностью устраивает. Ну не покрывает он всех юз-кейсов. Например у тебя есть проект, в котором помимо гуя на КуТэ есть еще и прошивки для AVR, ARM и пр. Не будешь же ты собирать разные части разными системами сборки, хочется однотипного чего-то. * QMake для этого не годится by design. * CMake возможно и прокатит, но порог вхождения высок и я не уверен что там гибко все (убогий синтаксис, к примеру, и пр. ограничения). * А вот QBS заходит в этих случаях очень хорошо. Например, тебе надо сгенерить какую-нить хитрую прошивку для какого-нить контроллера, в которой куча бутлоадеров и аппликейшенов раскинуты по разным адресам. Эту прошивку надо генерить используя всякие вспомогательные утилиты чтобы скомбинировать выходные HEX/BIN файлы приложений/загрузчиков в один по определенным правилам (вставляя туда и CRC и всякие сигнатуры и пр.). В QBS это делается на раз-два, благодаря гибкому JS, в котором можно написать все необходимые правила и получить результат, КРОССПЛАТФОРМЕННО (т.е. даже без использования отдельных утилит, благодаря возможности читать бинарные файлы в JS и делать с этими данными все что угодно)! Т.е. я могу собрать тот-же проект как на винде, линухе так и на маке. А вот используя CMake/QMake это нереально, нужно или использовать левые тулины типа srec_cat, и пр. геморрой еще тот. Название: Re: Deprecation of Qbs Отправлено: ViTech от Ноябрь 02, 2018, 12:59 В QBS это делается на раз-два, благодаря гибкому JS, в котором можно написать все необходимые правила и получить результат, КРОССПЛАТФОРМЕННО (т.е. даже без использования отдельных утилит, благодаря возможности читать бинарные файлы в JS и делать с этими данными все что угодно)! А если бы Qbs был написан не на Qt, а с таким же подходом на, прости господи, питоне? :) И вместо js тоже был бы питон. Взлетела бы такая штука? Название: Re: Deprecation of Qbs Отправлено: lit-uriy от Ноябрь 02, 2018, 13:52 Ну не покрывает он всех юз-кейсов. Например у тебя есть проект, в котором помимо гуя на КуТэ есть еще и прошивки для AVR, ARM и пр. Не будешь же ты собирать разные части разными системами сборки, хочется однотипного чего-то. Вот поэтому я и написал, что не стоит вские иные скрипты на нём реализовывать.qmake - файл проекта, проекта программы (!), а не проект конструкторского бюро. Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 02, 2018, 17:19 Камни в огород QBS-а: +1, они реально достали ломать совместимость. Но справедливости ради я тут у qmake тоже наткнулся, они задепрекейтили синтаксис вида win-msvc-2017 {...} (так уже не работает) и сказали на баг-треке юзать переменную qmake_msc_ver, которая... отсутствует в старых версиях а в новых по неведомой причине не видна в прошнике. Но хорошо хоть старый код не ломается Название: Re: Deprecation of Qbs Отправлено: zeks от Ноябрь 02, 2018, 18:54 С совместимостью в qbs безусловно есть беда, но прогресс был виден за последний год постоянно поэтому это не так раздражало.
Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 02, 2018, 22:02 Цитировать А если бы Qbs был написан не на Qt, а с таким же подходом на, прости господи, питоне? Улыбающийся И вместо js тоже был бы питон. Взлетела бы такая штука? Вполне возможно. :) Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 02, 2018, 22:03 Лучше бы помогли котрибутить в qbs чем питон обсуждать)
Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 04, 2018, 17:20 Мнда.. кажется в QMake совсем плохо с iOS && XCode: https://bugreports.qt.io/browse/QTBUG-71566
И как, вы любители QMake ответите на это? :) Кстати, как там с Android/iOS на CMake? Жизнь есть? Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 04, 2018, 19:09 Ой я как раз вчера видел багрепорт на кумейк, иос, пришники и статические плагины. Тоже поржал..
Название: Re: Deprecation of Qbs Отправлено: kambala от Ноябрь 05, 2018, 01:19 Мнда.. кажется в QMake совсем плохо с iOS && XCode: https://bugreports.qt.io/browse/QTBUG-71566 под QtQuick нормально генерирует... (но в 5.11 не пробовал)И как, вы любители QMake ответите на это? :) Название: Re: Deprecation of Qbs Отправлено: Igors от Ноябрь 05, 2018, 05:26 Мнда.. кажется в QMake совсем плохо с iOS && XCode: https://bugreports.qt.io/browse/QTBUG-71566 С Xcode да, хреновато. Проект он (qmake) создает, но дальше шаг влево/вправо - и проект калечный. Приспособился так: нужен новый moc - добавляю руками скрипт. Хотя не исключено что мой Xcode слишком стар, или я просто "не разобрался".По поводу CMake - ну если либа с ним идет (а так идут многие), то выбора собсно и нет - надо юзать CMake. Спасибо хоть какое-то UI дали. Потыкав опции туда-сюда удается получить проект и забыть эту унылую процедуру до следующего раза. Ожидать что будет qmake или qbs не приходится. А вообще такая любовь к "сборке" выглядит очень подозрительно :) Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 05, 2018, 10:27 Kampala,
И где оно (Кумэйк) нормально генерит зависимости? Например, если в проекте есть статик либы которые должны быть скомпилены и прилинкованы к екзешке. Не верю что оно работает. Пример в студию (Имею ввиду для хкода и иос)! Igors, а причём тут мок? И юзал ли кто Смэйк для генерации нормального Хкод проекта для иОс? Десктоп варианты меня не интересуют, там все более менее норм. Название: Re: Deprecation of Qbs Отправлено: kambala от Ноябрь 05, 2018, 12:50 Kampala, а, так речь конкретно о зависимостях/плагинах? такое не пробовал. Мне показалось, речь идет о генерации проекта в общем :)И где оно (Кумэйк) нормально генерит зависимости? Например, если в проекте есть статик либы которые должны быть скомпилены и прилинкованы к екзешке. Не верю что оно работает. Пример в студию (Имею ввиду для хкода и иос)! в качестве обходного пути можно попробовать так: сгенерировать Xcode-проекты для приложения без зависимостей и для каждого плагина, а после руками драгндропнуть проекты плагинов в проект приложения — они должны добавиться в зависимости к таргету приложения. Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 06, 2018, 12:38 В общем, в баг трекере ответили что они не будут ничего делать для обработки под-проектов в QMake при генерации XCode проектов... Советуют все либы/плагины сначала собирать в QtCreator (при помощи Make), а потом открыть XCode и линковать их (уже готовые либы) с приложением. Гыыы...
Как вам такое, QMake филлы? :) PS: Что-то тенденции удручают. Qt-шники говнюки еще те.. Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 06, 2018, 13:38 В общем, в баг трекере ответили что они не будут ничего делать для обработки под-проектов в QMake при генерации XCode проектов... Советуют все либы/плагины сначала собирать в QtCreator (при помощи Make), а потом открыть XCode и линковать их (уже готовые либы) с приложением. Гыыы... Как вам такое, QMake филлы? :) PS: Что-то тенденции удручают. Qt-шники говнюки еще те.. Вроде они наняли нового "эффективного менеджера" Название: Re: Deprecation of Qbs Отправлено: Авварон от Ноябрь 08, 2018, 18:25 Какое же говно этот ваш qmake. PWD возвращает путь в сорцах содержащий pri-файл. А OUT_PWD возвращает путь для pro-файла, который включает этот pri-файл (!). А симметричная OUT_PWD для сорцов переменная называется _PRO_FILE_PWD_
Fuck you, logic. Название: Re: Deprecation of Qbs Отправлено: zhbr от Ноябрь 09, 2018, 07:21 Какое же говно этот ваш qmake. PWD возвращает путь в сорцах содержащий pri-файл. А OUT_PWD возвращает путь для pro-файла, который включает этот pri-файл (!). А симметричная OUT_PWD для сорцов переменная называется _PRO_FILE_PWD_ PWD - директория в которой лежит текущий обрабатываемый файл - это может быть и pri и pro взависимости от того где используется эта переменная.Fuck you, logic. OUT_PWD - директория в которой лежит Makefile для текущего обрабатываемого файла. _PRO_FILE_PWD_ - директория в которой лежит текущий pro(не pri). Название: Re: Deprecation of Qbs Отправлено: ViTech от Ноябрь 09, 2018, 13:26 Вот и эффективный менеджер высказался (http://blog.qt.io/blog/2018/10/29/deprecation-of-qbs/#comment-1205701):
Цитировать I’d like to bring Qt product management (PM) view to the discussion. There has been much more behind the decision making than the customer survey, which is frequently mentioned in the comments. One of the PM tasks is to visit Qt customers to understand what customers want and need to run their business, based on Qt. In numerous customer meetings, we heard that customers prefer having a good support for their existing SW projects/products. Majority of customers mentioned that seamless integration to their CMake projects is more important than a custom build system. After listening to our customers’ voice, we turned into the community. Some of you may remember the Qbs usage survey, I conducted in Qbs mailing list in June. I asked in which kind of projects developers use Qbs. The survey did not get a lot of interest, as only 13 projects were reported, 4 pet projects and 9 real projects. Qbs was considered superior to many other build systems in terms of performance, scalability, syntax, but there were also concerns about missing features, such as CMake generators, embedded toolchain support and so on. The PM did not make a conclusion that Qbs is not used much, but rather we were more convinced that Qbs is not mature. Serious development effort would be needed to make it ready or we could use the effort to build support for another build system. I hope this will comment would help understanding the decision from the product management point of view. Короче, "Qbs is not mature", вот и вся недолга :). Название: Re: Deprecation of Qbs Отправлено: kuzulis от Ноябрь 09, 2018, 14:11 Смешное в том, что ничего так и не довели до ума.
1. qmake уже не собираются особо исправлять (особенно Андройд + иОС), т.к. запланировали "ударную пятилетку" перехода на cmake. 2. qbs задепрекейтили. 3. cmake еще не готово (от слова совсем), и будет ли готово в ближайшее время (особенно Андройд + иОС) - неизвестно (как говорят - трындеть - не мешки ворочать). И на данный момент получается ни-то ни-сЁ. Все в каком-то подвешенном состоянии. И как, нам, пользователям быть - тоже непонятно. :) |