Nix on macOS | 1160 Members | |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 187 Servers |
| Sender | Message | Time |
|---|---|---|
| 13 Jan 2026 | ||
| there's even header files in there | 01:28:13 | |
| but ofc if you made the output less dumb in the rework that's another matter :) | 01:28:23 | |
| The reason why LLD currently “works” is it relies on Clang to pass the correct flags. It’s not even wrapped. | 01:28:29 | |
| 01:29:17 | |
an output with the runtime libraries required for Swift binaries (on Linux only, I guess?) would make sense, but the current lib ain't it | 01:29:20 | |
do those .dylibs even get used on macOS, where the Swift runtime is part of the OS dyld cache? | 01:29:44 | |
| All the Swift modules, embedded stuff, headers, and shims are in the dev output. | 01:29:57 | |
shouldn't it be the out output, as it's consumed by the compiler rather than things taking the compiler as a build input 🤔 | 01:30:26 | |
| They do some funky stuff to forward to the system. I don’t think we can avoid having them. We need the Span compatibility dylib for back deployment to 14.x and 15.x. | 01:30:33 | |
The stdlib is a separate derivation. It has out and dev outputs. | 01:31:03 | |
| ah | 01:31:11 | |
| The embedded stuff is kind of weird. It lets you build “bare metal” Darwin applications. | 01:31:58 | |
| Whatever the hell that means. | 01:32:03 | |
| they're rewriting XNU in Swift! | 01:33:13 | |
| Then they couldn’t borrow code from FreeBSD as easily! | 01:39:25 | |
| I wouldn’t mind if they rewrote the core UNIX utils in Swift, but then they definitely wouldn’t be able to pick up code changes from FreeBSD. It’s a shame because they’re horrifying at times. | 02:04:25 | |
| i wish i had to build fewer perls | 06:14:17 | |
| they don't even take that long but it offends me at a deeper level | 06:14:28 | |
| anyway this worked great! | 06:16:56 | |
| and i feel like i have a better handle on how the stdenv is constructed | 06:17:40 | |
dropping kyua, atf, sqlite doesn't impact the output of nix-store -qR <stdenv.drv> | sed 's|/nix/store/[a-z0-9]*-||' | sort at all | 06:24:56 | |
and if I go through the list of stage1Packages in the darwin stdenv it seems like most of them aren't in that list??? | 06:25:19 | |
| ack wait i may have screwed that up | 06:28:28 | |
okay yes it does change that list. i was running nix-store -qR on the built stdenv and not the drv. I don't really understand why that differs but that's OK | 06:30:17 | |
| oh wait duh that's buildtime vs runtime deps isn't it | 06:32:04 | |
| okay so applying this diff
I get the following diff in the output of
and | 06:49:47 | |
oh dear though I didn't check anything under pkgsStatic | 06:51:53 | |
I'm also noticing that none of the following in stage1Packages are actually in the nix-store -qR output: brotli, cyrus_sasl, groff, libedit, openssh, patchutils, python3Minimal, scons, serf, subversion. admittedly scons is manually overridden to use the bootstrap python but it doesn't appear to actually be used anywhere | 07:00:40 | |
| I almost feel like I'm checking wrong here, because this is a lot of things in that package list that aren't actually used... | 07:01:02 | |
nix-build -A pkgsStatic.libiconv.passthru.tests also works | 08:10:05 | |