This was also suggested in bug 282436, but I'd expect some fallout, so please perform an exp-run with LLVM_DEFAULT set to 18. (I would even like to do try setting it to 19 since that is currently the most recent stable version from upstream, but maybe it is better to file a separate request? Please let me know)
Created attachment 255499 [details] Bump LLVM_DEFAULT to 18
Some new failure logs: https://pkg-status.freebsd.org/gohan06/data/133amd64-default-foo/2024-11-28_07h43m57s/logs/errors/mame-0.264.log https://pkg-status.freebsd.org/gohan06/data/133amd64-default-foo/2024-11-28_07h43m57s/logs/errors/clover-24.1.7.log https://pkg-status.freebsd.org/gohan06/data/133amd64-default-foo/2024-11-28_07h43m57s/logs/errors/heimdal-devel-2023.11.29_1.log https://pkg-status.freebsd.org/gohan05/data/133i386-default-foo/2024-11-28_07h43m55s/logs/errors/clover-24.1.7.log https://pkg-status.freebsd.org/gohan05/data/133i386-default-foo/2024-11-28_07h43m55s/logs/errors/heimdal-devel-2023.11.29_1.log https://pkg-status.freebsd.org/gohan05/data/133i386-default-foo/2024-11-28_07h43m55s/logs/errors/mame-0.264.log
* bug 283126 for emulators/mame
* bug 283128 for devel/spirv-llvm-translator Note: this is one way to solve the lang/clover error, without having to adjust all spirv-llvm-translator consumers. On the other hand, there are only about 5 of them, so another way would be to go over all those consumers.
* bug 283131 for security/heimdal (not strictly needed but nice to have) * bug 283132 for security/heimdal-devel
* bug 280957 for lang/clover (specifically the patch in bug 280957 comment 8)
* bug 283134 for lang/ldc
All dependent bugs have now been fixed, I think it is now reasonable to do the actual LLVM_DEFAULT bump. Or would you prefer doing another run?
Some failure logs: https://pkg-status.freebsd.org/gohan04/data/141amd64-default-foo/2025-01-08_09h51m24s/logs/dotnet-9.0.0_2.log https://pkg-status.freebsd.org/gohan04/data/141amd64-default-foo/2025-01-08_09h51m24s/logs/heyoka-6.0.0_2.log https://pkg-status.freebsd.org/gohan04/data/141amd64-default-foo/2025-01-08_09h51m24s/logs/llvm-cheri-15.0.d20241111.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-08_09h51m26s/logs/llvm16-lite-16.0.6_11.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-08_09h51m26s/logs/dotnet-9.0.0_2.log https://pkg-status.freebsd.org/gohan06/data/134amd64-default-foo/2025-01-08_09h51m26s/logs/dotnet8-8.0.6_1.log
(In reply to Antoine Brodin from comment #9) For me, lang/dotnet built successfully against llvm 18 (on ports 92ad40fd8c53bb6336f3596016ea2a7dc6ab2b47, as of 2025-01-20T02:16:50+03:00): ... =======================<phase: package >============================ ===== env: 'PKG_NOTES=build_timestamp built_by' 'PKG_NOTE_build_timestamp=2025-01-21T19:10:45+0000' 'PKG_NOTE_built_by=poudriere-git-3.4.2' NO_DEPENDS=yes USER=nobody UID=65534 GID=65534 ===> Building packages for dotnet-9.0.1 ===> Building dotnet-9.0.1 =========================================================================== =>> Cleaning up wrkdir ===> Cleaning for dotnet-9.0.1 build of lang/dotnet | dotnet-9.0.1 ended at Tue Jan 21 21:39:00 CET 2025 build time: 01:28:17
* bug 284266 for math/heyoka
(In reply to Dimitry Andric from comment #11) Note, for math/heyoka I had to apply a fix for llvm18 and higher, which use 1 for their minor version numbers, while llvm17 and earlier use 0. CMake's find_package() needs the minor version number set correctly, otherwise it will not be able to find the LLVM package. This could possibly also apply to other ports that use LLVM via other mechanisms. Maybe at some point there should be a structural solution, i.e. in Mk/Uses/cmake.mk and Mk/Uses/llvm.mk.
(In reply to Dimitry Andric from comment #10) Similar to lang/dotnet, I had no issues building: * devel/llvm-cheri * devel/llvm16@lite * lang/dotnet8 It is likely the reported errors were due to OOM conditions, timeouts, or the like.
(In reply to Dimitry Andric from comment #0) I submitted bug 284297 for bumping LLVM_DEFAULT to 19.