Please perform an exp-run with LLVM_DEFAULT set to 19. Depending on the fallout, I would like this bug to replace bug 283013 (update LLVM_DEFAULT to 18).
Created attachment 256938 [details] Bump LLVM_DEFAULT to 19.
* bug 284344 for lang/ldc
New failure logs: https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/ccls-0.20240202.log https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/mesa-dri-24.1.7_2.log https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/mesa-gallium-va-24.1.7.log https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/mesa-gallium-vdpau-24.1.7.log https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/clover-24.1.7_1.log https://pkg-status.freebsd.org/gohan05/data/134i386-default-foo/2025-01-25_23h41m46s/logs/py311-qh3-1.0.9_4.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/ccls-0.20240202.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/libdatadog-12.0.0_4.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/openshadinglanguage-1.13.10.0_4.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/dotnet-9.0.1.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/dotnet8-8.0.6_2.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/ldc-1.40.0.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/py311-qh3-1.0.9_4.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/ungoogled-chromium-132.0.6834.110_1.log
(In reply to Antoine Brodin from comment #3) > https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-27_08h07m01s/logs/ungoogled-chromium-132.0.6834.110_1.log warning: unknown warning option '-Wno-missing-template-arg-list-after-template-kw'; did you mean '-Wno-gnu-string-literal-operator-template'? [-Wunknown-warning-option] warning: unknown warning option '-Wno-dangling-assignment-gsl'; did you mean '-Wno-dangling-gsl'? [-Wunknown-warning-option] 2 warnings generated. Killed ===> Compilation failed unexpectedly. Out of memory?
Also math/openturns fails: see e.g. https://pkg-status.freebsd.org/beefy18/data/main-amd64-default/pea7acb655568_s65a4daeaf32/logs/openturns-1.23_4.log
(In reply to Thierry Thomas from comment #5) While that is indeed an error, I don't think it has to do with bumping LLVM_DEFAULT. It is due to libc++ 19 in -CURRENT, which no longer provides std::basic_string<unsigned char>. But yes, that needs to be patched somehow :)
(In reply to Antoine Brodin from comment #3) The mesa-related failures on i386 are due to: llvm-config found: YES (/usr/local/bin/llvm-config19) 19.1.7 Run-time dependency LLVM (modules: amdgpu(missing), asmparser, bitreader, bitwriter, core, coverage, engine, executionengine, instcombine, ipo, irreader, libdriver, linker, lto, mcdisassembler, mcjit, native, option, scalaropts, target, transformutils, all-targets, coroutines, frontenddriver, frontendhlsl, lto, windowsdriver) found: NO (tried config-tool) This affects at least: * graphics/mesa-dri * graphics/mesa-gallium-va * graphics/mesa-gallium-vdpau * lang/clover It is because on i386 the AMDGPU backend isn't built by default for devel/llvm19. It looks like Brooks did this to save a bit of build time, and it is not very likely that i386 users are going to run a full-blown X server. (Although, you can never be sure :) If we can turn on this backend again for i386, I assume that quite a few failures will go away.
* bug 284422 for devel/ccls
* bug 284432 for math/openturns