Date: Mon, 16 Apr 2018 08:25:47 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 227428] devel/cmake: fails to find suffixed libboost_python Message-ID: <bug-227428-7788-x5PFrQui4r@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-227428-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-227428-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227428 --- Comment #9 from Jan Beich <jbeich@FreeBSD.org> --- If -DBOOST_PYTHON_SUFFIX=3D27 is passed "find_package(Boost COMPONENTS pyth= on)" will look not only for libboost_python.so but also libboost_python27.so. Ideally, CMake should try Python_ADDITIONAL_VERSIONS for Boost then fall ba= ck 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 Boo= st 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). --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-227428-7788-x5PFrQui4r>