You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some of our existing dependencies use find_package(Boost REQUIRED) or check for the cache variables set by find_package/FindBoost (Boost_INCLUDE_DIR etc.). This seems like it would be quite a common usage. Is there any way to support this usage with boost-cmake?
Note: Even submitting a PR to the dependencies to use modern CMake (target_link_libraries TARGET Boost::thread) won't work as the find_package(Boost COMPONENTS thread REQUIRED) call with cause the configure step to fail unless we manually build the boost components required by the dependency. If we were to do that then we could end up in a weird situation where the dependency is linking to the prebuilt boost library and our library is linking to the boost-cmake boost library. No idea what cmake would do in that situation but it doesn't sound good.
The text was updated successfully, but these errors were encountered:
Some of our existing dependencies use find_package(Boost REQUIRED) or check for the cache variables set by find_package/FindBoost (Boost_INCLUDE_DIR etc.). This seems like it would be quite a common usage. Is there any way to support this usage with boost-cmake?
Note: Even submitting a PR to the dependencies to use modern CMake (target_link_libraries TARGET Boost::thread) won't work as the find_package(Boost COMPONENTS thread REQUIRED) call with cause the configure step to fail unless we manually build the boost components required by the dependency. If we were to do that then we could end up in a weird situation where the dependency is linking to the prebuilt boost library and our library is linking to the boost-cmake boost library. No idea what cmake would do in that situation but it doesn't sound good.
The text was updated successfully, but these errors were encountered: