[5/18] Linking CXX shared module src/rapidfuzz/utils_cpp.cpython-310-x86_64-linux-gnu.so FAILED: src/rapidfuzz/utils_cpp.cpython-310-x86_64-linux-gnu.so : && /usr/lib/llvm/15/bin/clang++ -fPIC -pipe -march=native -fno-diagnostics-color -O2 -O3 -DNDEBUG -flto=thin -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -shared -o src/rapidfuzz/utils_cpp.cpython-310-x86_64-linux-gnu.so src/rapidfuzz/CMakeFiles/utils_cpp.dir/utils_cpp.cxx.o src/rapidfuzz/CMakeFiles/utils_cpp.dir/utils.cpp.o && : /usr/bin/x86_64-pc-linux-gnu-ld: /usr/lib/llvm/15/bin/../lib64/LLVMgold.so: error loading plugin: /usr/lib/llvm/15/bin/../lib64/LLVMgold.so: cannot open shared object file: No such file or directory clang-15: error: linker command failed with exit code 1 (use -v to see invocation) [6/18] Building CXX object src/rapidfuzz/distance/CMakeFiles/_initialize_cpp.dir/_initialize_cpp.cxx.o [7/18] Building CXX object src/rapidfuzz/CMakeFiles/process_cpp_impl.dir/process_cpp_impl.cxx.o ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no_multilib-j4-20221005-092902 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-12.2.0 * clang/llvm (if any): clang version 15.0.2 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/15/bin Configuration file: /etc/clang/clang.cfg /usr/lib/llvm/15 15.0.2 Python 3.10.7 Available Ruby profiles: [1] ruby27 (with Rubygems) [2] ruby30 (with Rubygems) * Available Rust versions: [1] rust-bin-1.64.0 * The following VMs are available for generation-2: *) Eclipse Temurin JDK 17.0.4.1_p1 [openjdk-bin-17] Available Java Virtual Machines: [1] openjdk-bin-17 system-vm The Glorious Glasgow Haskell Compilation System, version 9.0.2 php cli (if any): GNU Make 4.3 HEAD of ::gentoo commit 515042e469e0e3f564e5bf5e77ec1907dbb1b885 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Wed Oct 5 14:48:36 2022 +0000 2022-10-05 14:48:36 UTC emerge -qpvO dev-python/rapidfuzz [ebuild N ] dev-python/rapidfuzz-2.11.1 USE="-test" PYTHON_TARGETS="python3_10 -python3_8 -python3_9 -python3_11"
Created attachment 821296 [details] emerge-info.txt
Created attachment 821299 [details] dev-python:rapidfuzz-2.11.1:20221005-151730.log
Created attachment 821302 [details] emerge-history.txt
Created attachment 821305 [details] environment
Created attachment 821308 [details] etc.portage.tar.bz2
Created attachment 821311 [details] logs.tar.bz2
Created attachment 821314 [details] temp.tar.bz2
I can't figure out where these -flto=... flags are coming from.
Ah, it's: set(CMAKE_INTERPROCEDURAL_OPTIMIZATION TRUE) I do wonder if we should be sterilizing that.
