https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227428
--- Comment #9 from Jan Beich <[email protected]> --- If -DBOOST_PYTHON_SUFFIX=27 is passed "find_package(Boost COMPONENTS python)" will look not only for libboost_python.so but also libboost_python27.so. Ideally, CMake should try Python_ADDITIONAL_VERSIONS for Boost then fall back to common suffixes. Requiring ugly Boost.Python ifdefs in consumers is non-starter unless a specifc Boost version is explicitly requested i.e., "find_package(Boost 1.67 ...)". And consumers cannot jump on the latest Boost version without alienating downstream[1]. [1] https://repology.org/metapackage/boost/versions (In reply to Willem Jan Withagen from comment #8) > In which case I'll fix the Cmake build to differentiate on this. No need. With the patch net/ceph makes past "configure" stage until it hits C++ bustage (a la ports r467364). -- You are receiving this mail because: You are on the CC list for the bug.
