| 13 Jan 2026 |
 samasaur | 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 |
| samasaur | nix-build -A pkgsStatic.libiconv.passthru.tests also works | 08:10:05 |
| samasaur | my assumption is that these are listed here because if they were needed, they would need to be specified this way? and it doesn't actually matter that they're in this list if they're never referenced? | 08:10:43 |
|  jopejoe1 (4094@epvpn) changed their display name from jopejoe1 (4094@39c3) to jopejoe1 (4094@epvpn). | 08:25:59 |
 Randy Eckenrode | It’s not harmful if those are there. It’s possible whatever pulled those into the bootstrap no longer does. | 11:33:56 |
| Randy Eckenrode | This is a weird error:
[1425/1666] Linking Swift shared library lib/swift/host/plugins/libObservationMacros.dylib; Update mtime of library outputs workaround
FAILED: lib/swift/host/plugins/libObservationMacros.dylib lib/Macros/Sources/ObservationMacros/CMakeFiles/ObservationMacros.dir/Availability.swift.o lib/Macros>
: && /nix/store/bvspgzdhr13qnkdd3klkz3ihy78h7z8k-swiftc-cxx_bootstrap-6.2.3/bin/swiftc -j 16 -num-threads 16 -emit-library -o lib/swift/host/plugins/libObserva>
<unknown>:0: warning: using (deprecated) legacy driver, Swift installation does not contain swift-driver at: '/nix/store/bvspgzdhr13qnkdd3klkz3ihy78h7z8k-swift>
<unknown>:0: warning: option '-no-emit-module-separately-wmo' is only supported in swift-driver
impure path `/0sra2y18lr3h6j58qjm0w46yv36h1wjmilb09n8aimdpivdymscx/lib/swift/host/libObservationMacros.dylib' used in link
| 12:25:30 |
| Randy Eckenrode | * This is a weird error:
[1425/1666] Linking Swift shared library lib/swift/host/plugins/libObservationMacros.dylib; Update mtime of library outputs workaround
FAILED: lib/swift/host/plugins/libObservationMacros.dylib lib/Macros/Sources/ObservationMacros/CMakeFiles/ObservationMacros.dir/Availability.swift.o lib/Macros>
: && /nix/store/bvspgzdhr13qnkdd3klkz3ihy78h7z8k-swiftc-cxx_bootstrap-6.2.3/bin/swiftc -j 16 -num-threads 16 -emit-library -o lib/swift/host/plugins/libObserva>
<unknown>:0: warning: using (deprecated) legacy driver, Swift installation does not contain swift-driver at: '/nix/store/bvspgzdhr13qnkdd3klkz3ihy78h7z8k-swift>
<unknown>:0: warning: option '-no-emit-module-separately-wmo' is only supported in swift-driver
impure path `/0sra2y18lr3h6j58qjm0w46yv36h1wjmilb09n8aimdpivdymscx/lib/swift/host/libObservationMacros.dylib' used in link
| 12:25:40 |
| Randy Eckenrode | That’s when building the stage 1 compiler for Swift. | 12:25:47 |
| Randy Eckenrode | Regarding the bootstrap, what I would like to do is define stage 1 as “bootstrap tools can build most things”. From there, build stage 2 with stage 1 as the host platform and stage 2 as the target, then do that again with stage 2 and 3 as host and target. | 12:26:55 |
| Randy Eckenrode | Stage 4 would be the only overlay stage that sets up the stage 3 compiler such that stage 4 can be host and target. | 12:27:23 |
| Randy Eckenrode | One issue I can see with a cross-like bootstrap is it will pull in more packages and build more things, which people may not like. | 12:33:20 |
| Randy Eckenrode | Also, if we ever add Swift to the bootstrap, that is going to pull in a ton of crap. | 12:33:43 |
| Randy Eckenrode | This exercise to remove sqlite feels pointless if we want to include Swift because it will put it right back in the bootstrap. | 12:34:18 |
 emily | what does Swift pull in anyway? | 12:56:16 |
| emily | I'm curious what it's using SQLite for | 12:56:33 |
| emily | but yeah I didn't mean to set @samasaur:matrix.org out on the errand with a guarantee that we'd want to do it :) just that it seemed worth exploring | 12:57:06 |
| Randy Eckenrode | Caches. | 12:57:07 |
| Randy Eckenrode | I think something is pulling in Rust. | 12:57:38 |
| emily | uh, yeah Rust in the bootstrap might be one to avoid 😅 | 12:58:15 |
| emily | I think we could still trim down closures with a cross setup, right? it'd just be a set of overrides for the build platform | 12:58:51 |
| Randy Eckenrode | Swift and (maybe more so) SwiftPM appear to favor using SQLite to record build information. | 12:59:04 |
| emily | mostly the less stuff in the bootstrap the less annoying it is to test updates on Darwin for them | 12:59:28 |
| Randy Eckenrode | Can we define a platform that simply never runs tests? | 12:59:34 |
| emily | sure why not. I mean cross conditions them on canExecute anyway | 13:00:05 |
| Randy Eckenrode | Like only stage 3 would run tests. It would trim down some of the dependencies. | 13:00:18 |
| emily | I imagine we could cook up a global config option if one doesn't already exist | 13:00:26 |
| emily | no there's just nothing forcing us to clean up after people move away from old crap like scons | 13:01:34 |
| emily | they're in the list solely for a check that they don't get built multiple times during bootstrap | 13:02:10 |
| emily | so <=1 builds passes | 13:02:22 |
| emily | and the scons override is just dead code | 13:02:30 |
