| 2 Dec 2025 |
 samasaur | it's capped bc time machine uses bad settings to create the bundle | 01:14:58 |
| samasaur | so in total per machine | 01:15:17 |
 xored | oh ok | 01:15:38 |
| xored | well you shouldn't be having 16tb in a workstation regardless lol | 01:15:51 |
| xored | 1st world problems | 01:15:55 |
| samasaur | though yours is showing up as a time machine destination and not a normal SMB share, so i think you'd avoid this issue | 01:16:08 |
| samasaur | im not sure how you accomplished that, i tried some things and couldn't figure it out | 01:16:35 |
| samasaur | oh wait nvm, that's not the time machine icon | 01:16:49 |
| samasaur | the tahoe ones all look so similar... | 01:17:00 |
| xored | hmm I just did the avahi thing | 01:20:33 |
 Randy Eckenrode | Swift Build requires the 15.x SDK because of course it does. 😞 | 01:33:16 |
| Randy Eckenrode |
swiftpm> /nix/store/v86inqkxp9l2hk5z3laa6mlzpn8877y1-apple-sdk-15.5/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib/swift/_Concurrency.swiftmodule/arm64e-apple-macos.swiftinterface:29:40: error: macros are not supported in this compiler
swiftpm> @freestanding(expression) public macro isolation<T>() -> T = Builtin.IsolationMacro
swiftpm> ^
swiftpm> /nix/store/v86inqkxp9l2hk5z3laa6mlzpn8877y1-apple-sdk-15.5/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib/swift/_Concurrency.swiftmodule/arm64e-apple-macos.swiftinterface:4439:72: error: macros are not supported in this compiler
swiftpm> @attached(accessor) @attached(peer, names: prefixed(`$`)) public macro TaskLocal() = #externalMacro(module: "SwiftMacros", type: "TaskLocalMacro")
| 01:39:39 |
| Randy Eckenrode | * swiftpm> /nix/store/v86inqkxp9l2hk5z3laa6mlzpn8877y1-apple-sdk-15.5/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib/swift/_Concurrency.swiftmodule/arm64e-apple-macos.swiftinterface:29:40: error: macros are not supported in this compiler
swiftpm> @freestanding(expression) public macro isolation<T>() -> T = Builtin.IsolationMacro
swiftpm> ^
swiftpm> /nix/store/v86inqkxp9l2hk5z3laa6mlzpn8877y1-apple-sdk-15.5/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib/swift/_Concurrency.swiftmodule/arm64e-apple-macos.swiftinterface:4439:72: error: macros are not supported in this compiler
swiftpm> @attached(accessor) @attached(peer, names: prefixed(`$`)) public macro TaskLocal() = #externalMacro(module: "SwiftMacros", type: "TaskLocalMacro")
| 01:39:49 |
| Randy Eckenrode | Great. The 15.5 SDK has the TaskLocal change. | 01:39:59 |
 emily | how is it defined in the 14.x SDK? | 01:52:07 |
| emily | https://github.com/swiftlang/swift/pull/70902#pullrequestreview-1833189110 | 01:53:17 |
| emily | fwiw, it looks like it was an issue for Android too. | 01:53:23 |
| emily | and it's now conditional https://github.com/swiftlang/swift/commit/8d67a3723146c417a1986febfb207d1fe962a0d8 | 01:54:11 |
| emily | perhaps a later version of the SDK will pick that up? | 01:54:19 |
| emily | (maybe not, if the .swiftinterface is after that) | 01:55:46 |
| Randy Eckenrode | It’s a property wrapper. They changed it to a macro in Swift 6.0. | 01:56:07 |
| Randy Eckenrode | https://github.com/swiftlang/swift/blame/36a3c6e61101419f4557781da79f291445cdfa1b/stdlib/public/Concurrency/TaskLocal.swift#L17-L30 | 01:58:03 |
| emily | I wonder if building against the version of the libraries in the Swift sources rather than using the SDK for the bootstrap would solve it – since the conditional is there in the source. alternatively –
shion:~/Developer/swift (empty) (no description set)
❭ rg macro_unsupported
include/swift/AST/DiagnosticsSema.def
8083:ERROR(macro_unsupported,none,
lib/Sema/TypeCheckMacros.cpp
247: macro->diagnose(diag::macro_unsupported);
1253: ctx.Diags.diagnose(loc, diag::macro_unsupported);
1616: attachedTo->diagnose(diag::macro_unsupported);
1761: diag::macro_unsupported);
lib/Sema/TypeCheckDeclPrimary.cpp
1189: ctx.Diags.diagnose(initExpr->getLoc(), diag::macro_unsupported);
I wonder what happens if you just make these emit a warning rather than an error.
| 01:58:18 |
| emily | (ofc, not a good long-term solution to patch like that, but it's something that we could go to upstream about) | 01:58:37 |
| Randy Eckenrode | The guard isn’t in the swiftinterface. Either Apple strips it from their SDK build, or it doesn’t get put in there. | 01:59:29 |
| emily | yeah, I guess the guards are processed before generating the .swiftinterface. so making the compiler not immediately die when it sees a macro definition, and avoiding the .swiftinterfaces in favour of the source code when bootstrapping, are the two options there. | 02:00:25 |
| Randy Eckenrode | That works for Concurrency, but it doesn’t work for Foundation. | 02:00:34 |
| emily | well, they do have their FOSS Foundation, right? but yeah, making the macro definitions not immediately kill it seems like the easier thing to try. | 02:01:25 |
| Randy Eckenrode | Building swift-corelibs-foundation on Darwin isn’t really supported by upstream. | 02:02:55 |
| Randy Eckenrode | Their Swift-based Foundation is a subset of the full Foundation APIs. | 02:03:08 |
