| 3 Jul 2026 |
 Randy Eckenrode | Yeah, that’s separate. cctools will still be cctools, but darwin.binutils will just have LLVM bintools. There are probably still a handful of incompatibilities, but I just don’t care at this point. Things that really need that functionality can use the versions of those tools from cctools.
IIRC, unless things have changed in LLVM 22, lipo doesn’t support archives, which Meson needs for its tests; and install_name_tool doesn’t support reexports, which breaks the libiconv, but reexports are pretty rare.
There were also issues with LLVM’s version of libtool and ranlib, but meh at this point. Things can use cctools if they really need them. Using LLVM binutils and LLD should make Linux to Darwin cross mostly just work.
| 00:07:00 |
| Randy Eckenrode | It was using an unwrapped clang for CUDA stuff. I had a PR, but it sat for a while. I saw a ping today about an approach that does it the right way by passing the path to an unwrapped clang. | 00:08:39 |
 Sergei Zimmerman (xokdvium) | In reply to @reckenrode:matrix.org
It was using an unwrapped clang for CUDA stuff. I had a PR, but it sat for a while. I saw a ping today about an approach that does it the right way by passing the path to an unwrapped clang. Sorry about that! | 00:09:04 |
| Randy Eckenrode | No worries. It got fixed. I happened to trip over it because I was trying to test my Swift work with mpv to make sure it still built. | 00:09:59 |
| Randy Eckenrode | Speaking of wrapped Swift, the wrapper is definitely gone. That’s not a thing anymore. The issue with finding swift-build is (arguably) a bug in Swift Driver. | 00:10:23 |
| Randy Eckenrode | (That was the last reason I was considering keeping the wrapper around. More in https://matrix.to/#/%23nixpkgs-swift:matrix.org) | 00:12:14 |
 Myria | I'm going to cry, opencv decided to fail overnight so now ffmpeg fails on darwin again. | 06:17:50 |
| Myria | @emilazy:matrix.org can we just disable the hardening? I feel like not disabling it will be so much harder than we need otherwise | 06:18:31 |
| Myria | Well, it was ffmpeg-full, I realise, so it was already failing, but still it's just sad ;-; | 06:23:36 |
 vcunat | Significant majority of darwin builds are succeeded already. | 06:39:28 |
| vcunat | 80% at least, at this point. | 06:40:17 |
| vcunat | So we'd be throwing out a lot. | 06:40:26 |
| vcunat | * Significant majority of darwin jobs are succeeded already. | 06:40:39 |
| vcunat | * Significant majority of darwin jobs have succeeded already. | 06:40:49 |
| vcunat | 17% failures currently, though. | 06:41:32 |
| vcunat | https://malob.github.io/nix-review-tools-reports/ is getting outdated, unfortunately.
Current status: syncing_files
Getting Pages deployment status...
Error: Deployment failed, try again later.
🤔 no idea why it's failing repeatedly like that. https://github.com/malob/nix-review-tools-reports/actions/runs/28630517155/job/84906965184
| 06:43:39 |
| vcunat | Or perhaps the problem is about the waiting? At a glance, gen-reports waits for rm-reports and vice versa 🤯 | 06:46:13 |
| vcunat | * Or perhaps the problem is about the waiting? At a glance, gen-reports waits for rm-reports and vice versa 🤯 | 06:46:31 |
| vcunat | The last staging-next report is 10h old, so I can still hope that it will unstuck by itself soon. | 06:48:03 |
|  cSanthiago left the room. | 10:05:50 |
