И если с использованием через, например, c++20 modules всё более-менее понятно, то с организацией этого вопрос есть
Варианты:
1. Скачать версию буста и положить себе в репу
2. Сделать репу буста внешней зависимостью
3. Ставить boost через package management операционной системы сборки или ещё как-то, подключая в проект через, например, переменную окружения
4. Иное
Если у вас на проекте вы используете Boost, то как вы его готовите?
буст уже давно поддерживает cmake
клонишь с гитхаба его сорсы
и подключаешь сразу в cmake
буст отдельно собирать не надо
cmake сгенерирует нужные зависимости и все будет собираться сразу в итоговом проекте
ищи тему марти год-два назад он похожее спрашивал
я заставил его самостоятельно разобраться в этом вопросе
по итогу ему все разжевали другие
помешав мартею пройти пусть самообразования
Здравствуйте, Великий Мессия, Вы писали:
ВМ>буст уже давно поддерживает cmake ВМ>клонишь с гитхаба его сорсы ВМ>и подключаешь сразу в cmake ВМ>буст отдельно собирать не надо ВМ>cmake сгенерирует нужные зависимости и все будет собираться сразу в итоговом проекте
Да, про cmake и сборку всё понятно, вопрос был как с исходниками буста поступать.
Здравствуйте, Dair, Вы писали:
D>Да, про cmake и сборку всё понятно, вопрос был как с исходниками буста поступать.
зависит от толщины интернета
у меня внешняя зависимость и сам буст периодически пулится с гитхаба
где еще за больше сотни других всяких гит реп
если желания постоянно обновляться нет
можно стянуть релизную версию как зип архив
и опять же развернуть у себя как внешнюю зависимость
буст подцеплен собираться статически
зачем вся эта возня в динамическими либами
себе и пользователю морока
разве что там что то нереально толстое из буста(хз что это может быть) и цепляется ко всем вашим динамическим файлам
тогда наверное будет лучше буст динамически
но я такое никогда не пробовал
Здравствуйте, Dair, Вы писали:
D>Если у вас на проекте вы используете Boost, то как вы его готовите?
В последних двух проектах (оба кросс-платформенные, Win+Lin) для управления зависимостями, в том числе и Boost-ом, использовался vcpkg с манифестами для фиксации конкретных версий зависимостей. Полет был нормальный. Boost подключался не целиком, а отдельными компонентами, при этом vcpkg автоматически сам подтягивал зависимости для этих компонент.
Насколько я слышал, все тоже самое доступно и через conan.
Здравствуйте, so5team, Вы писали:
S>... S>В последних двух проектах (оба кросс-платформенные, Win+Lin) для управления зависимостями, в том числе и Boost-ом, использовался vcpkg с манифестами для фиксации конкретных версий зависимостей. Полет был нормальный. Boost подключался не целиком, а отдельными компонентами, при этом vcpkg автоматически сам подтягивал зависимости для этих компонент.
S>Насколько я слышал, все тоже самое доступно и через conan.
Так и делаем, только мы все зависимости форкаем на свой гит сервер, чтобы уменьшить количество потенциальных точек отказа.
Только если нужны фиксированные версии, а не последние актуальные — то немного напрягает ручками колбасить vcpkg.json
