Комментарии 12
Решение проблемы называется qbs
End-user вряд ли будет для сборки моего проекта собирать для начала Qbs. Вот когда qmake им заменят полностью — тогда и переходить можно.
Не вижу сложностей особенных. Можно сделать доп репу для QtSDK и пакеты для линуксов. А потом оно думаю скоро в дистрах появится.
Но это наиболее правильное решение проблемы!
Но это наиболее правильное решение проблемы!
Самая проблема имхо в отсутствии поддержки со стороны Креатора))
Ну да, только когда оно ещё будет живое, стабильное и в репозиториях. Я как представлю, как буду всех разработчиков заставлять собирать этот самый qbs (сейчас пользуемся CMake)… Сразу тяга к экспериментам пропадает :)
А не проще построить что-то вроде такого:
all.pro:
include(winplugin/platform.inc)
include(macplugin/platform.inc)
…
winplugin/platform.inc:
win32: SUBDIRS+=winplugin
?
Путь для winplugin же всё равно от all.pro считаться будет, вроде. Или я не прав?
all.pro:
include(winplugin/platform.inc)
include(macplugin/platform.inc)
…
winplugin/platform.inc:
win32: SUBDIRS+=winplugin
?
Путь для winplugin же всё равно от all.pro считаться будет, вроде. Или я не прав?
Это не очень хорошо по нескольким причинам:
1. дополнительный файл в папке каждого плагина
2. вносит неясность в all.pro
3. сложнее добавлять плагин (больше буковок набирать руками)
Хотя в чём-то и лучше моего варианта.
1. дополнительный файл в папке каждого плагина
2. вносит неясность в all.pro
3. сложнее добавлять плагин (больше буковок набирать руками)
Хотя в чём-то и лучше моего варианта.
Не могу лайкать, поэтому плюсану комментом
SUBDIRS и подключать нужные проекты в зависимости от OS.
SUBDIRS и подключать нужные проекты в зависимости от OS.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выборочная сборка плагинов — мы пойдём иным путём