FAILED: src/intel/compiler/intel_clc FElm_
FAILED: src/intel/compiler/intel_clc c++ -o src/intel/compiler/intel_clc src/intel/compiler/intel_clc.p/intel_clc.c.o src/intel/compiler/intel_clc.p/brw_kernel.c.o src/intel/compiler/intel_clc.p/elk_elk_nir_option ld: error: undefined reference due to --no-allow-shlib-undefined: vtable for std::__1::basic_stringstream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: VTT for std::__1::basic_string stream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: vtable for std::__1::basic_string buf<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: vtable for std::__1::basic_ostring stream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: VTT for std::__1::basic_ostring stream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so c++: error: linker command failed with exit code 1 (use -v to see invocation)
Provide more details about your build environment like a poudriere log. Alternatively, create a pristine jail, confirm it's not affected then bisect the difference. See also https://pkg-status.freebsd.org/beefy22/data/140amd64-default/b9994ae18767/logs/mesa-dri-24.1.5_1.log for most recent successful build by the package cluster. Builds are scheduled every Tue/Thu/Sat/Sun at 01:00 UTC, so ports ec876698317d hasn't been tried yet (but builds fine locally).
I have been building llvm15 from ports, with llvm15 package mesa-dri compiles.
(In reply to jakub_lach from comment #3) Do you have any options for your devel/llvm15 ?
(In reply to Emmanuel Vadot from comment #4) The strange thing is I've though that I've removed config ("make rmconfig"). I certainly have now the default one. I will retest, but compile will take a while.
I can confirm that if I build llvm15 from ports, then mesa-dri fails with >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: VTT for std::__1::basic_stringst ream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: vtable for std::__1::basic_strin gbuf<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: vtable for std::__1::basic_ostri ngstream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so ld: error: undefined reference due to --no-allow-shlib-undefined: VTT for std::__1::basic_ostrings tream<char, std::__1::char_traits<char>, std::__1::allocator<char>>@LLVM_15 >>> referenced by /usr/local/llvm15/lib/libLLVMSPIRVLib.so I use CPUTYPE?=penryn and just have turned of DOCS: ===> The following configuration options are available for llvm15-15.0.7_10: BE_AMDGPU=on: AMD GPU backend (required by mesa) BE_WASM=on: WebAssembly backend (required by firefox via wasi) CLANG=on: Build clang COMPILER_RT=on: Sanitizer libraries DOCS=off: Build and/or install documentation EXTRAS=on: Extra clang tools FLANG=off: Flang FORTRAN compiler GOLD=on: Build the LLVM Gold plugin for LTO LIT=on: Install lit and FileCheck test tools LLD=on: Install lld, the LLVM linker LLDB=on: Install lldb, the LLVM debugger MLIR=off: Multi-Level Intermediate Representation OPENMP=on: Install libomp, the LLVM OpenMP runtime library PYCLANG=on: Install python bindings to libclang STATIC_LIBS=on: Install static libraries (does not effect sanitizers) ====> Options available for the single BACKENDS: you have to select exactly one of them BE_FREEBSD=off: Backends for FreeBSD architectures BE_NATIVE=off: Backend(s) for this architecture (X86) BE_STANDARD=on: All non-experimental backends
Please try with a pristine env to check which of your change causes this.