| 3 Apr 2026 |
 emily | but it'd be a lot less painful to support our toolchain | 23:04:26 |
 insipx | oh interesting. by "your toolchain" do you mean something that is not xcodeenv or the impure xcode symlinks nix is creating ? So something like a nix stdenv clang/llvm? | 23:57:30 |
| insipx | * oh interesting. by "our toolchain" do you mean something that is not xcodeenv or the impure xcode symlinks nix is creating ? So something like a nix stdenv clang/llvm? | 23:57:38 |
| 4 Apr 2026 |
| emily | yes | 00:17:16 |
| emily | iOS should be "just another triple" for cross compilation for the most part. though I think actually getting the SDK is going to be slightly annoying since it can't be downloaded from the software update command line tools like we do for the macOS one I guess. but you can just pull the source out of our Xcode package that requires you to manually inject it into the store or w/e | 00:18:26 |
| emily | when you start caring about the letter of App Store requirements is when it gets tricky | 00:18:40 |
 Randy Eckenrode | The apple-sdk package would have to be modified to source frameworks from Xcode because iOS stuff isn’t included in the SDK we use. | 01:09:19 |
| Randy Eckenrode | (Source them for iOS.) | 01:10:10 |
| Randy Eckenrode | I assume “our toolchain” as in the upstream LLVM we build. It can be tricky because if we are ahead of Apple’s LLVM fork, symbols from upstream LLVM can be flagged as from a beta Xcode release and get your app rejected. (This is less risky due to using the system libc++, but it could possibly happen due to something like compiler-rt I guess.) | 01:11:56 |
| insipx | Redacted or Malformed Event | 01:16:39 |
| 5 Apr 2026 |
|  ritiek changed their profile picture. | 01:18:05 |
|  Slushee left the room. | 19:14:56 |
| 6 Apr 2026 |
| insipx | Redacted or Malformed Event | 15:21:54 |
| insipx | * alexfmpe: i'm not quite sure how but i screwed up the pr diff with jj while trying to push up the comment. i've fixed it on my fork https://github.com/insipx/nixpkgs/commit/32d5424a4af4ac6f6177ffb291066cb18ff4e36f if you don't mind reopening that PR. it seems it autoclosed once it saw the insane amount of files touched, the pr: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+author%3Ainsipx+is%3Aclosed | 15:22:28 |
| insipx | * alexfmpe: i'm not quite sure how but i screwed up the pr diff with jj while trying to push up the comment. i've fixed it on my fork https://github.com/insipx/nixpkgs/commit/32d5424a4af4ac6f6177ffb291066cb18ff4e36f if you don't mind reopening that PR. it seems it autoclosed once it saw the insane amount of files touched, the pr: https://github.com/NixOS/nixpkgs/pull/505820 | 15:22:43 |
| insipx | * ~ i'm not quite sure how but i screwed up the pr diff with jj while trying to push up the comment. i've fixed it on my fork https://github.com/insipx/nixpkgs/commit/32d5424a4af4ac6f6177ffb291066cb18ff4e36f if you don't mind reopening that PR. it seems it autoclosed once it saw the insane amount of files touched, the pr: https://github.com/NixOS/nixpkgs/pull/505820~ | 15:24:41 |
 alexfmpe | insipx: I could in theory but the re-open PR button is blocked now due to the new PR from the same branch | 15:34:15 |
| insipx | Redacted or Malformed Event | 23:38:39 |
| 7 Apr 2026 |
|  Eymeric joined the room. | 12:50:03 |
| insipx | 
Download Screenshot 2026-04-07 at 7.08.13 PM.png | 23:09:11 |
| insipx | 🤞so far i got compiler-rt working for iOS target, tbd if this hello build finishes and whether it translates to stuff i actually need it for
as far as useiOSPrebuilt goes, that's part of the build in sdk-pkgs that recurses infinitely b/c of xcode/apple-sdk. i'm assuming usePrebuilt means use the clang that's built with xcode rather than building it ourselves right? is it ok to re-use the xcode in nixpkgs there? I'm not sure how else to avoid the recursion in that section
| 23:11:40 |
| insipx | * 🤞so far i got compiler-rt working for iOS target, tbd if this hello build finishes and whether it translates to stuff i actually need it for
as far as useiOSPrebuilt goes, that's part of the build in sdk-pkgs that recurses infinitely b/c of xcode/apple-sdk. i'm assuming usePrebuilt means use the clang that's built with xcode rather than building clang with nixpkgs llvm right? is it ok to re-use the xcode in nixpkgs there? I'm not sure how else to avoid the recursion in that section
| 23:12:16 |
