C++ cmake boost multithread asio. Как правильно добавить ссылку на библиотеки boost?

Question

[Alex XYZ]

Всем привет.
Вопрос по сборке кроссплатформенной программы на C++ на CMAKE. В программе используется компонент BOOST.ASIO для многопоточных вычислений. Компонент boost.asio не является кроссплатформенным как основное ядро boost и этот и некоторые другие компоненты нужно собирать отдельно для целевой платформы. Т.е. чтобы собрать требуемую программу нужно отдельно собрать бинарники boost, не являющиеся кросплатформенными и в проекте дать на них ссылку. Получается, что для Linux и Windows нужно указать разные пути в файле конфигурации CMakeList.txt:



Как можно указать путь в каталогу boost\stage\lib, чтобы его не приходилось менять при сборке на разных платформах?

Comments

[res2001]

Чтоб не менять для каждой платформы ставьте буст с помощью какого-либо пакетного менеджера, а в cmake ищите пакет буста стандартным способом: find_package, pkg_check_modules и т.п.
Например в ubuntu: apt install libboost-dev lib-boost-doc
Можно ставить и отдельно, только необходимые части буста.
В винде можно использовать vcpkg для MSVC или pacman в msys2 или что-то еще.

[Alex XYZ]

res2001,
> В винде можно использовать vcpkg для MSVC или pacman в msys2 или что-то еще.

Нене, сборка не должна быть частью системы. Используются MSVC на Win и gcc на Linux, Остальные зависимости удалось нормально исключить, чтобы не сохранять к ним привязку. Скажем так, я использую только boost и остальные зависимости в проекте не нужны даже для сборки. Проект собирается в статическую библиотеку. BOOST собирается без проблем двумя командами и на windows и на Linux. В данный момент после сборки проекта вообще не остаётся никаких следов в системе. Нужно, чтобы так и осталось.

[res2001]

Alex XYZ, Ну тогда сделайте в проекте каталог, куда положите исходники буста и собирайте его как отдельную цель тем же cmake.
Буст из коробки не поддерживает сборку через cmake, но вот есть такое: https://github.com/boostorg/cmake

Если ваш проект лежит в git репе, то сделайте каталог с бустом субмодулем в git, так будет удобнее для автоматического скачивания зависимостей вместе с проектом.

[Дмитрий]

Компонент boost.asio не является кроссплатформенным

Што?
С чего это азио не кроссплатформенный?
В первом же абзаце на сайте написано "Boost.Asio is a cross-platform C++ library for network and low-level I/O programming"

[Alex XYZ]

Дмитрий,
>С чего это азио не кроссплатформенный?
Вы правы, он-то кроссплатформенный, только я ещё дописал, что он используется для многоточных вычислений, а это требует ещё и компонета thread, который не является кроссплатформенным:

LINK : fatal error LNK1104: cannot open file 'boost_thread-vc143-mt-x64-1_85.lib'

Поэтому без сборки boost не обойтись. Немного не точно написал.

[Alex XYZ]

res2001,
> то сделайте каталог с бустом субмодулем в git
Хотелось бы какой-то метод, типа передачи переменной из консоли (-DVAR=PATH), но чтобы проверить, что необходимая библиотека присутствует, а если нет, то как-то сообщить пользователю, что нужно для её получения.

[Дмитрий]

Alex XYZ, thread ничем не отличается по кроссплатформенности от остального Буста. Ненайденная либа при линковке означает только, что либа не найдена, а не то, что она не кроссплатформенная.

[Alex XYZ]

Дмитрий,
Но у меня немного другая информация с сайта boost:
https://www.boost.org/doc/libs/1_86_0/more/getting...



Если вы знаете как это можно обойти буду рад узнать.

[Дмитрий]

Alex XYZ, как минимум вам нужно разобраться с понятиями компиляции, линковки и кроссплатформенности.. Понять, в чём их отличие, и всё станет на свои места.

[Alex XYZ]

Дмитрий, Означает ли это, что вам нечего предложить по исходному вопросу?

[Дмитрий]

Alex XYZ, а что здесь можно предложить? Код компилируется в объектные файлы, эти файлы нужно линковать, чтобы в них резолвились символы, происходила оптимизация и т.п. Без линковки символы не разрезолвятся и программа не соберётся.
Магии не существует...

Делай как написано в документации буста и cmake и всё заработает.

[Alex XYZ]

Дмитрий,
>>Делай как написано в документации буста и cmake и всё заработает
У меня устойчивое впечатление, что вы не вникли в суть вопроса. Так-то у меня и без вашего совета всё собирается и работает на разных платформах. Потрудитесь вникнуть в суть вопроса или займитесь другими делами.

[res2001]

Alex XYZ,

Хотелось бы какой-то метод, типа передачи переменной из консоли (-DVAR=PATH)

Пожалуйста, можете задавать параметром.
В cmakelists.txt эти переменные можно сделать как option. Только понадобиться видимо 2 переменных - одна для каталога с библиотеками, вторая для каталога с заголовочными файлами. Ну или принять для себя какое-то соглашение, что в одной переменной задается общий каталог, а в подкаталоге скажем include будут лежать хедеры, а в lib - бинарники библиотеки.
Можете проверять наличие нужных файлов, в cmake есть нужные механизмы. Или не проверять - тогда за вас проверит компилятор и выдаст ошибки при сборке.
При желании из этого параметра можно сделать цель импортируемой библиотеки:
add_library(boost IMPORTED)
Как по мне, оперировать целями намного удобнее, чем переменными или чем-то еще. Особенно если проект достаточно большой и используется несколько библиотек, своих или чужих.

[Alex XYZ]

res2001,
В итоге получилось почти как и задумывал вначале, только оказалось, что для указания библиотек Boost есть стандартная переменная BOOST_LIBRARYDIR. Теперь команда сборки проекта выглядит одинаково и для Linux и для Windows и для MacOS:

cmake -DCMAKE_BUILD_TYPE=Release -DCGAL_DIR=F:\Enternet\2024\24.11.09\cgal -DBOOST_ROOT=E:\github.com\boost_1_86_0 -DBOOST_LIBRARYDIR=E:\github.com\boost_1_86_0\stage\lib ..

Понятно, что под linux/macos надо обратные дроби. А так теперь всё норм собирается. CMakeLists.txt больше править не надо.

Всем спасибо.

Answer 1

[codecity]

find_package, емнип, ищет в стандартных директориях - можно инсталлировать стандартными средствами CMake. Если у вас нет кросс-компиляции (сборки для моб. девайсов) - то оно будет работать и на Win и на Lin и на MacOs. А вот если требуется кросс-компиляция - там сложнее.