| 16 May 2025 |
 Tristan Ross | Oh, yeah I forgot about that PR lol | 22:14:18 |
 Randy Eckenrode | I have run into some other failures, but I don’t know if they’re related. catch2 (transitive dependency of mpv) fails to build. Another one did as well, but I don}t recall what it was off hand. | 22:58:51 |
| Tristan Ross | I think it's generally okay if there's some failures, it's just critical things. And we can fix it when we see it. | 23:18:46 |
 emily | triage bandwidth is an issue, if it holds up security fixes in the -next cycle because a ton of stuff is broken on Darwin | 23:25:04 |
| emily | I assume we're not looking at LLVM 19 levels of breakage though | 23:25:12 |
| emily | GCC 15 bump should be about due too… | 23:25:19 |
| Tristan Ross | Yeah, this is one of the reason why I think these sorts of things should be done early after branch off since it gives us the maximum amount of time to fix issues. | 23:45:50 |
| emily | well, for -next that doesn't help so much, since we can only merge if at least all channel blockers are working, and there's always security fixes in the pipeline | 23:46:27 |
| Tristan Ross | Maybe in the next staging cycle or this one we could do it? | 23:46:33 |
| emily | beyond -next timing earlier in the cycle is best of course | 23:46:35 |
| emily | but the less testing that's done up-front the more likely a big bump is to block the cycle and the more triage bandwidth during the cycle is required ultimately | 23:46:57 |
| Tristan Ross | Yeah, find and fix what we can mostly in the pre-commit rather than merging. | 23:47:34 |
| 17 May 2025 |
| Tristan Ross | Cool, rust builds with LLVM 20 just fine | 00:48:36 |
| emily | that's what they build with upstream | 01:10:05 |
| emily | I think we should do as Alyssa suggested and just have Rust use the standard LLVM version now | 01:10:18 |
| emily | since it will simplify this going forward | 01:10:26 |
| Randy Eckenrode | I need to finish up the SDK bump, so the Darwin cycle can be extra exciting. | 02:25:50 |
| Randy Eckenrode | * I need to finish up the SDK bump, so the next cycle can be extra exciting for Darwin. | 02:26:02 |
| Tristan Ross | Reading the release notes for LLVM 20, something nice caught my eye for RISC-V:
- The Sha extension is now supported.
| 03:17:21 |
| Tristan Ross | WASM had a change in default target behavior:
The default target CPU, “generic”, now enables the -mnontrapping-fptoint and -mbulk-memory flags, which correspond to the Bulk Memory Operations and Non-trapping float-to-int Conversions language features, which are widely implemented in engines.
| 03:18:04 |
| Tristan Ross | Cool so rust has that change emily raised and Alyssa had. rust builds, mesa builds, libclc has a patch rebased, spirv-llvm-translator works, now testing Firefox. | 03:25:24 |
| Tristan Ross | Does the current GHC in use use LLVM 20? | 03:27:03 |
| Tristan Ross | Oh no, wasilibc is broken | 03:32:31 |
| Tristan Ross | Alright, https://github.com/NixOS/nixpkgs/pull/407738 has progress. It seems like after fixing wasilibc, it'll run for quite a while. I'll sleep and check on this if I have time tomorrow before work. Feel free to test things and post comments of failures. | 05:24:40 |
|  terrorjack set a profile picture. | 08:53:57 |
|  leona joined the room. | 15:29:31 |
| Tristan Ross | Oh fun, Firefox didn't build with LLVM 20 because cryptsetup failed to compile. https://github.com/NixOS/nixpkgs/pull/404279 fixes it. | 16:33:55 |
| Tristan Ross | * Oh fun, Firefox didn't build with LLVM 20 because cryptsetup failed its tests. https://github.com/NixOS/nixpkgs/pull/404279 fixes it. | 16:34:06 |
 hexa | heads-up: python3 will point to python313 in the next staging-cycle and llvm<16 is not happy about it | 20:21:11 |
| hexa | llvm> [100%] Running all regression tests
llvm> /nix/store/0l02qfg2zpr3ikcmr0jc2hzb80hy3bz8-python3-3.13.3-env/bin/python3.13 /build/llvm-src-14.0.6/llvm/build/./bin/llvm-lit --verbose -j40 --param polly_site_config=/build/llvm-src-14.0.6/llvm/build/tools/polly/test/lit.site.cfg --param polly_unit_site_config=/build/llvm-src-14.0.6/llvm/build/tools/polly/test/Unit/lit.site.cfg --param polly_site_config=/build/llvm-src-14.0.6/llvm/build/tools/polly/test/Unit/lit.site.cfg --param polly_site_config=/build/llvm-src-14.0.6/llvm/build/tools/polly/test/UnitIsl/lit.site.cfg /build/llvm-src-14.0.6/llvm/build/tools/polly/test /build/llvm-src-14.0.6/llvm/build/tools/polly/test/Unit /build/llvm-src-14.0.6/llvm/build/tools/polly/test/UnitIsl /build/llvm-src-14.0.6/llvm/build/utils/lit /build/llvm-src-14.0.6/llvm/build/test
llvm> /build/llvm-src-14.0.6/llvm/utils/lit/lit/formats/googletest.py:57: SyntaxWarning: invalid escape sequence '\('
llvm> upstream_prefix = re.compile('Running main\(\) from .*gtest_main\.cc')
llvm> /build/llvm-src-14.0.6/llvm/utils/lit/lit/TestRunner.py:199: SyntaxWarning: invalid escape sequence '\c'
llvm> (e.g. "a\b\\c\\\\d" becomes "a\b\c\\d" where it should stay as it was,
llvm> llvm-lit: /build/llvm-src-14.0.6/llvm/utils/lit/lit/TestingConfig.py:103: fatal: unable to parse config file '/build/llvm-src-14.0.6/llvm/test/Bindings/Go/lit.local.cfg', traceback: Traceback (most recent call last):
llvm> File "/build/llvm-src-14.0.6/llvm/utils/lit/lit/TestingConfig.py", line 92, in load_from_path
llvm> exec(compile(data, path, 'exec'), cfg_globals, None)
llvm> ~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
llvm> File "/build/llvm-src-14.0.6/llvm/test/Bindings/Go/lit.local.cfg", line 2, in <module>
llvm> import pipes
llvm> ModuleNotFoundError: No module named 'pipes'
llvm>
llvm> make[3]: *** [CMakeFiles/check-all.dir/build.make:71: CMakeFiles/check-all] Error 2
llvm> make[3]: Leaving directory '/build/llvm-src-14.0.6/llvm/build'
llvm> make[2]: *** [CMakeFiles/Makefile2:11239: CMakeFiles/check-all.dir/all] Error 2
llvm> make[2]: Leaving directory '/build/llvm-src-14.0.6/llvm/build'
llvm> make[1]: *** [CMakeFiles/Makefile2:11246: CMakeFiles/check-all.dir/rule] Error 2
llvm> make[1]: Leaving directory '/build/llvm-src-14.0.6/llvm/build'
llvm> make: *** [Makefile:228: check-all] Error 2
| 20:21:25 |
