| 22 Dec 2024 |
 Morgan (@numinit) | My $0.02 is that I'd definitely use option #2, especially when doing cross compiles | 04:29:20 |
 Tristan Ross | Yeah, #2 is something which I've been trying to work on for some time. I had a PR which adds a cpuModel attribute that is capable of it but it's been sitting stale from little to no reviews and constantly getting blocked with merge conflicts. | 04:31:32 |
| Tristan Ross | I likely would start fresh for doing #2 and drop the CPU model PR I originally made. Hopefully people could review that one and we could actually get it. | 04:32:10 |
| Tristan Ross | #3 and #4 are kinda big since it likely would break a lot. Might not be bad to work on those later on and do it right after a release when things are fixed. | 04:33:10 |
| Tristan Ross | #1 is more about educating more and it's more of a preferences things and down to how Nix is "taught/learned". | 04:33:38 |
 p14 | Fun, think I've found a case where gettext fails to build with symptoms like this: https://trac.macports.org/ticket/44387
But only if NIX_DEBUG is set. Presumably because there is some kind of build system race. I'm managing to trigger it with flto (fat objects) switched on with clang. Turning off NIX_DEBUG seems enough to make it work reliably (at least haven't observed the failure case). | 11:50:23 |
|  @stablejoy:matrix.org left the room. | 13:25:19 |
 Randy Eckenrode | In reply to @rosscomputerguy:matrix.org
There's a few things that I've been thinking of:
- Docs wise, try and promote using
packages.${system}.${name} over devShells due to runPhase and easy propagation of dependencies. inputsFrom is an option if a dev shell needs more stuff than just the package itself needs.
cpu attribute which tunes everything from FPU, CPU model, architecture, etc. Generic names could be supplied which sets all options. Support for different compilers would be better since it could have an attr set within each attribute that specifies what it should be for different compilers.- CC without wrappers, possibly a shell hook which extends
CFLAGS or other things and adds the necessary flags we need.
stdenv without inheriting CC. Randy Eckenrode came up with this originally but I am thinking this might not be a bad idea. Tools like meson, cmake, etc could propagate cc which automatically should inject the hook.
I’ve been advocating it, but I don’t think it was my idea. Maybe @emilazy:matrix.org? | 14:11:51 |
|  allrealmsoflife joined the room. | 15:55:33 |
| Tristan Ross | In reply to @reckenrode:matrix.org
I’ve been advocating it, but I don’t think it was my idea. Maybe @emilazy:matrix.org? Oh ok, I only know about it from you. | 18:12:07 |
| Tristan Ross | It's probably something we can definitely do but a bit down the road. Likely would break a lot of things. | 18:12:55 |
| 23 Dec 2024 |
| Randy Eckenrode | Being explicit about your build system would definitely be a big and breaking change. | 00:01:21 |
 Philip Taron (UTC-8) | It's worth doing, even it it might mean moving away from the "stdenv" name. | 14:37:05 |
 Alexandros Liarokapis | I was thinking about this, I really like what the conan package manager has done in this area. Basically keep a c/c++ "model" then translate into build-tool native integrations (eg toolchain files for cmake) | 16:21:52 |
| Alexandros Liarokapis | Conan's model is very complete and takes cross compilation into account | 16:22:46 |
| Tristan Ross | In reply to @philiptaron:matrix.org
It's worth doing, even it it might mean moving away from the "stdenv" name. Maybe, I'm 50/50 on that. | 16:42:05 |
| 25 Dec 2024 |
 John Ericson | In reply to @k900:0upti.me
Building arbitrary things for a UEFI target is generally not useful We have bare metal targets despite few things building | 17:32:50 |
| Tristan Ross | I've got some work to add the LLVM ABI into the LLVM libc PR. Unfortunately, clang is going to require some changes but it will land upstream. | 21:00:15 |
| 26 Dec 2024 |
|  phaer changed their display name from phaer to phaer (8650 at 38c3). | 17:42:18 |
| 27 Dec 2024 |
|  raitobezarius changed their display name from raitobezarius to raitobezarius (DECT: 3538 / EPVPN 2681). | 07:33:19 |
|  Dimitar set a profile picture. | 11:41:22 |
| Dimitar changed their display name from dimitarnestorov to Dimitar. | 11:42:22 |
 emily | I hear there's big plans? | 13:41:20 |
|  WeetHet joined the room. | 13:52:28 |
| Randy Eckenrode | https://matrix.to/#/!OqhvaDMJdKYUicLDiE:nixos.org/$8uL8k1o0WYLd5ezXnGnzHJFJQKUtfAS8ZIbd68vbgdY?via=nixos.org&via=matrix.org&via=nixos.dev | 13:52:52 |
| Randy Eckenrode | Though it goes back more IIRC. | 13:53:08 |
