This package fails to compile on an unstable system. Attached relevant logs and emerge --info
Created attachment 708750 [details]
Created attachment 708753 [details]
I thought we masked Python on it for this reason? Boost’s Python support is broken
(In reply to Sam James from comment #3)
> I thought we masked Python on it for this reason? Boost’s Python support is
fwiw it's only a stable mask
But both openvdb[python] and even openvdb[python,numpy] built fine for me, haven't looked further into what might've happened.
dev-libs/boost-1.76.0::gentoo was built with the following:
USE="icu numpy python threads zlib zstd -bzip2 -context -debug -doc -lzma -mpi -nls -static-libs -tools" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_7 -python3_8"
media-gfx/openvdb-7.1.0-r1::gentoo was built with the following:
USE="abi7-compat numpy python utils -abi6-compat -doc -static-libs -test" ABI_X86="(64)" CPU_FLAGS_X86="avx sse4_2" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8"
The problem seems to be
-- Found Python: /usr/include/python3.10) (found suitable version "3.10.0", minimum required is "2.7")
although python3_8 is requested.
Changing -DPython_EXECUTABLE= to -DPython3_EXECUTABLE= might solve this issue.
Python_EXECUTABLE is accepted by the first interpreter found, while Python3_EXECUTABLE also eventually finds another version than the requested first, but in the end get's the passed parameter correct.
Ah thanks, I can reproduce now.
I'll start keeping python3.10 around by default in my test env to catch these.
(In reply to Ionen Wolkens from comment #6)
> Ah thanks, I can reproduce now.
> I'll start keeping python3.10 around by default in my test env to catch
Note, it's not specific to python-3.10 but can happen anytime, as soon as more than one python version is installed.