| 27 Nov 2025 |
 Artturin | That likely is the root cause of the issue as before just disabling CGO and unsetting GOARCH was enough https://github.com/nixos/nixpkgs/commit/78b312a895f8368746318bacb2634a151e8ea6ae | 17:38:09 |
 szlend | Maybe this will fix it? https://github.com/NixOS/nixpkgs/pull/458867/ | 19:54:37 |
| szlend | Or maybe even https://github.com/NixOS/nixpkgs/pull/461615 | 19:55:17 |
| Artturin | 
Download screenshot_2025-11-27_22-25-29_895546503.png | 20:26:07 |
| Artturin | Both are in unstable already :P | 20:28:32 |
| Artturin | The first one probably fixed it | 20:28:52 |
| Artturin | But was reverted | 20:29:14 |
| Artturin | Well maybe not, I don't see anything that would have fixed it | 20:36:43 |
| Artturin | It used to work in August | 20:37:15 |
| Artturin | Working fbcf476f790d8a217c3eab4e12033dc4a0f6d23c
Not working 050e09e091117c3d7328c7b2b7b577492c43c134 | 20:44:41 |
| 28 Nov 2025 |
|  Grimmauld (any/all) changed their display name from grimmauld (any/all) to musl-official | Grimm | any/all. | 11:35:38 |
| Grimmauld (any/all) changed their display name from musl-official | Grimm | any/all to Grimmauld (any/all). | 11:36:00 |
| 30 Nov 2025 |
|  Nadia joined the room. | 08:44:36 |
|  aleksi joined the room. | 16:28:18 |
 bake.monorail | Not sure anyone is interested but I'm trying to get ld64 (Apple's linker) to work on Linux. Broader plan is to be able to cross-compile hello for macOS from Linux | 18:30:00 |
 alexfmpe |
Broader plan is to be able to cross-compile hello for macOS from Linux
is that huh feasible? I thought building for macos required all sorts of proprietary/legal shenanigans
| 22:11:14 |
 Randy Eckenrode | My ld64 fork is set up to not need private headers, which should make the port easier. There’s a bunch of platform-specific stuff that needs updated to use portable APIs or a different implementation on non-Darwin. | 22:14:25 |
| Randy Eckenrode | I’d suggest any such work start from there. We don’t use cctools-port. | 22:16:16 |
| Randy Eckenrode | Somewhat longer term, I want to rewrite at least some parts of ld64 in Swift. It does a lot of pointer fiddling and other unsafe stuff. There was a ton of UB fixed a release or two ago. | 22:17:10 |
| Randy Eckenrode | I wanted to work on making it build on Linux at some point even without that, but there are other priorities like Swift. | 22:19:52 |
| Randy Eckenrode | When I resync with upstream, I’ll incorporate any patches people have submitted to nixpkgs to fix the build. | 22:20:06 |
| bake.monorail | I just managed to get ld64 from cctools-port to build. What's wrong with that? | 22:23:03 |
| bake.monorail | libtapi doesn't look like great code either, but I'd avoid frontloading rewriting code in order to be able to cross-compile for macOS. | 22:26:56 |
| 1 Dec 2025 |
|  matthewcroughan changed their profile picture. | 14:57:37 |
| Randy Eckenrode | LTO doesn’t work, and it uses sigtool for signing. sigtool doesn’t set the linker-signed flag, which causes tools like strip to break binaries because their aren’t updated. That flag makes them update automatically.
It also historically lagged behind Apple’s releases, but I think they got better about that.
| 15:56:23 |
| Randy Eckenrode | Darwin used to use cctools-port, but it moved away from it due to the LTO and update issue. The code-signing problem was discovered later. | 15:57:18 |
| Randy Eckenrode | Darwin also mostly doesn’t use cctools anymore. For 26.06, I plan to drop it completely from the Darwin bintools. It will just be LLVM bintools. | 15:58:10 |
| Randy Eckenrode | https://github.com/reckenrode/ld64 is the fork of ld64 that nixpkgs uses. https://github.com/reckenrode/ld64/tree/ld64-954.16-nixpkgs is the source of the patches. | 15:58:56 |
| Randy Eckenrode | Note that libtapi is still packaged even though ld64 vendors a reduced version. | 16:00:13 |
| Randy Eckenrode | My recommendation though would be to use LLVM’s bintools and LLD. | 16:00:33 |
