--- Comment #9 from Jan Beich <> ---
If -DBOOST_PYTHON_SUFFIX=27 is passed "find_package(Boost COMPONENTS python)"
will look not only for but also
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].


(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