https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227428

--- Comment #9 from Jan Beich <jbe...@freebsd.org> ---
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.

Reply via email to