| 11 Jun 2026 |
 whispers [& it/fae] | out of curiosity, is gcc 16 in the picture for default for 26.11, or would we expect that to be a 27.05+ thing? | 15:45:02 |
 K900 | Probably will be in 26.11 | 15:45:50 |
| K900 | Unless it's a huge unusable mess | 15:45:57 |
| 12 Jun 2026 |
|  Sapii/Saperson changed their display name from Sapii to Sapii/Saperson. | 01:24:23 |
| 13 Jun 2026 |
|  klea (she/her) joined the room. | 21:43:54 |
| 15 Jun 2026 |
|  Eleina joined the room. | 06:11:13 |
| 18 Jun 2026 |
| whispers [& it/fae] changed their display name from whispers [& it/fae] to meow meow. | 18:45:58 |
| whispers [& it/fae] changed their display name from meow meow to whispers [& it/fae]. | 19:11:45 |
| 21 Jun 2026 |
 llakala | followup to the issue posted a few weeks ago - https://github.com/NixOS/nixpkgs/pull/533770 is now good for review | 02:15:40 |
| llakala | gives a really great perf diff | 02:15:50 |
| 22 Jun 2026 |
|  flumffy joined the room. | 02:55:26 |
| flumffy | o/ | 03:00:21 |
| flumffy | I've talked to John Ericson about getting the OpenBSD fixes packaged for a while now, but haven't had time to clean it up enough for nixpkgs (there's some ugly IFD and patches to the llvmPackages components). | 03:02:01 |
| flumffy | I'm not sure whether importing all of the upstream LLVM patches wholesale is the best approach; it does give us a compiler that's as close to what you would get on a native OpenBSD machine at the cost of some miscellaneous patches that are probably unneeded. | 03:04:25 |
| flumffy | It also introduces a need to pass a __FakeBSD__ define into the LLVM build since some of the patches which are required for binaries that will execute properly have their changes gated with an __OpenBSD__ define, while others don't. | 03:05:00 |
 Alyssa Ross | For other BSDs we have not patched compilers. | 07:52:48 |
| Alyssa Ross | Why do these patches need to be in Nixpkgs at all, rather than in LLVM upstream? | 07:52:58 |
| flumffy | The OpenBSD developers maintain a set of patches to the compiler for security reasons. I'm not sure if they've made any attempts at upstreaming said patches, nor am I sure they ever plan to. | 07:55:19 |
| flumffy | (There are switches such as -fret-clean introduced, which OpenBSD uses when building libc past 7.7 or 7.8. Removing these switches is always an option, but there is still a requirement on the patches to the linker so that the compiled binaries actually run on a modern OpenBSD system, and I feel that preserving as much of their compiler as possible is optimal.) | 07:56:30 |
| Alyssa Ross | Doesn't sound at all optimal for me as an LLVM package maintainer | 07:56:47 |
| Alyssa Ross | If upstream LLVM cannot produce binaries that run on modern OpenBSD, I'm sure they'd be interested in patches that fix taht. | 07:57:12 |
| Alyssa Ross | * | 07:57:14 |
| flumffy | I'm not sure if upstream LLVM actually cares to support cross-compilation to OpenBSD, to my knowledge it's not exactly a supported configuration anywhere. | 07:59:45 |
| Alyssa Ross | Wouldn't it also be needed for native compilation using upstream LLVM? | 08:00:06 |
| flumffy | I don't think upstream LLVM even works out of the box on OpenBSD anymore, last I checked ports had patches maintained for all (supported) major versions | 08:00:53 |
| Alyssa Ross | Then maybe they'd be interested in patches to fix that | 08:01:21 |
| Alyssa Ross | Nixpkgs is not a collection of patches that people didn't feel like upstreaming | 08:01:34 |
| flumffy | Sure, the patches are from the OpenBSD project proper (I've picked them from ports), which is why I figured they'd be applicable to the OpenBSD-specific parts of LLVM in nixpkgs | 08:02:12 |
| Alyssa Ross | It seems much worse for those patches to be copied into every package repository that wants to support OpenBSD, than for them to end up maintained as part of LLVM | 08:02:49 |
| flumffy | Understood, thank you | 08:03:51 |
