| 28 Jun 2025 |
 Randy Eckenrode | e.g., -target arm64-apple-macosx14.0 | 12:49:14 |
 emily | ah | 12:49:27 |
| Randy Eckenrode | That’s what SwiftPM and Swift Build do. | 12:49:57 |
| emily | i don't think that solves the fundamental issue I'm talking about | 12:50:03 |
| emily | but it's also not that big an issue | 12:50:12 |
| Randy Eckenrode | More that whatever we do for deployment target would do it that way rather than use -mmacosx-min-version. | 12:50:29 |
| Randy Eckenrode | Somewhat tangential I guess. | 12:50:37 |
| emily | right | 12:50:40 |
| Randy Eckenrode | Ideally, we would hook into the build system to communicate the deployment target. e.g., AFAIK, CMake isn’t using our environment variable. You have to set it explicitly. | 12:51:10 |
| emily | it reads from the non mangled var like everything else | 12:51:47 |
| Randy Eckenrode | CMake? Are you sure? I’m pretty sure I’ve gotten deployment target mismatch warnings until I set it explicitly to match what I want it to be. | 12:54:50 |
| Randy Eckenrode | My preference would be for sysroots with text-based stubs generated on platforms that support them. AFAIK stubs are faster to link than binaries, and it would ensure the install names are correct. Having everything together in a sysroot also works better with Clang modules. | 12:57:33 |
| Randy Eckenrode | (Which Swift leverages heavily.) | 12:57:41 |
| emily | In reply to @reckenrode:matrix.org
CMake? Are you sure? I’m pretty sure I’ve gotten deployment target mismatch warnings until I set it explicitly to match what I want it to be. "If not set explicitly the value is initialized by the MACOSX_DEPLOYMENT_TARGET environment variable, if set, and otherwise computed based on the host platform." | 12:59:42 |
| emily | the issue is that a lot of builds set it manually | 12:59:49 |
| Randy Eckenrode | So if we specify it, it overrides theirs? | 13:00:21 |
| emily | yes | 13:00:32 |
| emily | In reply to @reckenrode:matrix.org
My preference would be for sysroots with text-based stubs generated on platforms that support them. AFAIK stubs are faster to link than binaries, and it would ensure the install names are correct. Having everything together in a sysroot also works better with Clang modules. I think many things hardcode .dylib and .so unfortunately | 13:00:58 |
| emily | maybe we could make stubs with .dylib 🙃 | 13:01:16 |
 Qyriad | * yep fair enough | 13:46:36 |
| Randy Eckenrode | For linking? | 14:04:49 |
 Alyssa Ross | There's an ongoing conversation about stubs for windows, where their use is mandatory | 14:08:40 |
| 29 Jun 2025 |
|  Electro joined the room. | 17:13:40 |
|  szlend joined the room. | 18:02:44 |
|  jonhermansen joined the room. | 23:56:48 |
| 1 Jul 2025 |
|  djacu joined the room. | 03:29:30 |
| djacu | Hey Stdenv Team
In case you haven't seen the recent post on discourse, the Marketing Team is preparing this year's community survey. I am reaching out to teams to see if there are any questions they would like to add to the survey to better serve the work you all do. More details in the post linked below.
https://discourse.nixos.org/t/community-feedback-requested-2025-nix-community-survey-planning/66155 | 03:29:38 |
|  Pratham Patel changed their display name from Pratham Patel (you can mention me) to Pratham Patel. | 05:10:17 |
