| 29 Dec 2025 |
emily | yeah, would definitely not trust this without testing :D | 01:19:44 |
emily | it does have the somewhat sad effect that every call will do heap allocation when you have lots of fds, but probably code relying on select isn't exactly hyperoptimized to begin with…? | 01:20:28 |
Ihar Hrachyshka | if you have more fds than what the platform supports, your alternative is getting the fault, so... | 01:23:08 |
Ihar Hrachyshka | we are not making it worse | 01:23:26 |
Ihar Hrachyshka | * if you have more fds than what the platform supports, your alternative atm is getting the fault, so... | 01:24:00 |
emily | yeah | 01:25:06 |
emily | can always do both this and raising FD_SETSIZE | 01:25:17 |
Randy Eckenrode | I got SwiftPM working correctly in a dev shell to build my Advent of Code solutions from 2022 (which were written in Swift). The resulting binary correctly targets macOS 13 per the platforms configuration in Package.swift. | 01:27:55 |
Randy Eckenrode | I guess next is splitting out the stdlib. I’m not sure what else is left other than maybe seeing if I can do some kind of cursed prebuilts thing. | 01:28:15 |
Ihar Hrachyshka | if I were to go with alloc (which I will), I'd do raising only if I notice perf degradation. (atm it smells like premature optimization) | 01:28:17 |
Randy Eckenrode | (And building on Linux.) | 01:28:18 |
emily | yeah I expect the syscall overhead is much higher than allocation anyway. | 01:30:40 |
emily | given the nature of the call | 01:30:51 |
emily | I hope they require a new enough C standard for the sizeof-struct-with-runtime-array-size thing to work. (sizeof (int32_t) * nelems could have padding issues in theory I think.) | 01:31:59 |
Ihar Hrachyshka | ok I don't know much about it. what would be "new enough C standard"? | 01:33:08 |
Ihar Hrachyshka | it's gnu99 as per meson.build | 01:34:03 |
Ihar Hrachyshka | * it's gnu99 as per meson.build | 01:34:08 |
emily | I believe it's okay in C99+ so should be fine | 01:34:39 |
Ihar Hrachyshka | besides this select exhaustion issue, I have two more patches related to nixpkgs VMs running on darwin. These are waiting for reviews for quite a while.
https://github.com/NixOS/nixpkgs/pull/440579 - keeping VM gcroots alive while VM is running (on Lix for now)
fix dns resolution for some vpn scenarios; enabling local dns resolver for linux builder: https://github.com/NixOS/nixpkgs/pull/434893
| 02:06:41 |
flokli | emilycan you bonk https://github.com/NixOS/nixpkgs/pull/474675 for now? | 23:15:10 |
| 19 May 2021 |
| @grahamc:nixos.org set the history visibility to "world_readable". | 19:22:35 |
| @grahamc:nixos.org changed the room name to "" from "". | 19:22:35 |
| [0x4A6F] joined the room. | 19:23:06 |
| nazarii joined the room. | 19:24:29 |
| casey © joined the room. | 19:27:39 |
| ElvishJerricco joined the room. | 19:38:47 |
| andi- joined the room. | 19:39:40 |
| stick joined the room. | 19:46:16 |
| Server Stats Discoverer (traveler bot) joined the room. | 19:50:54 |
| Mic92 joined the room. | 19:51:07 |