Сам не пробовал, но, вроде, "как".

Тоже рассматривал этот вариант. Как там со временем сборки проекта и ребилдами?

Перфекционизм не даёт покоя
При ребилдах же будет заново пересобираться qwt, верно? Или в qbs предусмотрено правило (возможность реализации) не тратить время на пересборку сторонних либ?
И если вдруг я имею 3 проекта с qwt, то собирай трижды?
Дело в том, что у меня мелкие проектики, которые требуют qwt. Я заколебусь билдить либу
А эти Probe, что они из себя представляют? Документация мне не дала ответов. Почему их не используете?

kuzulis, а что если создать свой модуль qwt?

Когда я в зависимости пишу cpp, то подключаю модуль для работы с c++. При указании в зависимостях Qt.core подключаю библиотеку и инклюды (как минимум) ядра qt. Разве нельзя сделать модуль для qwt, чтобы тот аналогично Qt.core работал? Или я чего-то не понимаю?

Т.е. хочешь сделать как-то так:

1. Есть где-то бинари (как dll, так и lib) уже собранной Qwt (например,  на E:\qwt\lib).
2. Есть где-то хидеры от Qwt (например,  на E:\qwt\inc).
3. Хочешь добавить туда qbs-сный модуль (например, в E:\qwt\modules\qwt). В этом модуле будут "жестко" прописаны пути к Qwt-шным либам и хидерам (для cpp.dynamicLibraries/includePaths и прочих).

4. Создаешь где-то свой проект "Hello World" и добавляешь там Depends { name: "qwt" }.
5. При настройке QBS передаешь ей путь к модулю qwt:

6. Пользуешься ништяками... Т.к. теперб любой созданный проект автоматом будет знать где Qwt при использовании Depends { name: "qwt" }... Хм... в этом есть смысл...

Я правильно понял?

Если ДА - то я не пробовал это. Попробуй и расскажи..

Брр.. Ок. но я не понимаю, зачем это пользователю? Это ж только для девелопера.

В таком случае проще "пользователю" ничего не создавать, а "тупо" подправить самому в проекте пути к либам Qwt для cpp.dynamicLibraries/includePaths. Зачем ему еще заморачиваться с модулями и прочим?

PS: Я бы просто таскал Qwt с собой в проекте (или как сорцы или как бинари), чтоб жмакнул - и сразу собрал .

Вот мне тоже интересно было бы узнать про то, как "начать с qbs".

В проекте используются такие библиотеки как boost/gtest/VTK/OpenCV/Qt. Сейчас для сборки используется CMake, позволяет более или менее автоматизированно находить эти библиотеки с нужными модулями внутри них. В Linux библиотеки ставятся из репозиториев и CMake сам их находит. В Windows приходится самому собирать эти библиотеки в архив (под нужный компилятор с нужной разрядностью и нужным набором модулей в библиотеках). В CMake под Windows приходится указывать prefix (путь до места распаковки нужного архива с библиотеками), далее все нужные вещи CMake подцепляет автоматически. Файлы CMake для подключения этих библиотек предоставляются самим CMake или уже есть в самих библиотеках.

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

И еще вопрос: можно ли уже сгенерировать MSVC solution из qbs проекта и заниматься разработкой в MSVC?

Скорей всего для этих библиотек придётся писать проектные файлы Qbs, в том или ином виде. Разбиение библиотек на модули можно подсмотреть а примере модулей Qt.


Документации по Qbs пока маловато. Для интеграции с MSVC можете посмотреть Qt Visual Studio Tools и Support for generating IDE project files.