| 6 Feb 2025 |
|  SomeoneSerge (back on matrix) changed their display name from SomeoneSerge (Gand St. Pieters) to SomeoneSerge (UTC+U[-12,12]). | 17:49:57 |
| 7 Feb 2025 |
 truby | I wanted to test something from gcc's git master branch, is it difficult to get a stdenv with a gcc built from there? I tried the obvious (overriding gcc-unwrapped's src = ..) and it doesn't build, it seems to still be trying to apply patches even though I have patches = [];
Am I missing something to get this working, or is it just more difficult than this? | 14:10:44 |
 Alex | In reply to @truby:matrix.org
I wanted to test something from gcc's git master branch, is it difficult to get a stdenv with a gcc built from there? I tried the obvious (overriding gcc-unwrapped's src = ..) and it doesn't build, it seems to still be trying to apply patches even though I have patches = [];
Am I missing something to get this working, or is it just more difficult than this? Use replaceStdenv? | 16:09:52 |
| truby | My issue is actually getting the unwrapped gcc from a specific git hash I guess, rather than wrapping that into a stdenv | 16:10:52 |
|  @terrorjack:matrix.terrorjack.com left the room. | 22:28:06 |
|  terrorjack joined the room. | 22:45:33 |
| 8 Feb 2025 |
| terrorjack set a profile picture. | 02:24:25 |
| terrorjack removed their profile picture. | 02:24:59 |
 @trofi:matrix.org | vcunat: do you remember what needed --oldincludedir= in https://github.com/NixOS/nixpkgs/commit/def75f028240ce2d38ec8e0707cc886c8b7596a4#diff-d5ce1dbe37e35a5baa932aac914a2f1a32ac46267f9400f2fff393f31d4aa44bR36 ? Looking at https://www.gnu.org/prep/standards/html_node/Directory-Variables.html it feels like it's something that predates gcc. It now breaks sqlite-3.49.0 https://github.com/NixOS/nixpkgs/pull/373944#issuecomment-2645813426
And I wonder if we should just drop --oldincludedir= completely.
| 16:20:31 |
| @trofi:matrix.org | cmake hook also added it with DCMAKE_INSTALL_OLDINCLUDEDIR https://github.com/NixOS/nixpkgs/commit/c0d2f924590918b0176aaf1f84ccf372ce4f13c4 . I suspect just to follow stdenv. | 16:24:37 |
 vcunat | No, I don't recall at all. It's been a bit long :-) | 16:24:40 |
| @trofi:matrix.org | :) | 16:25:00 |
| @trofi:matrix.org | Proposed the removal as https://github.com/NixOS/nixpkgs/pull/380400 | 16:51:24 |
| @trofi:matrix.org | Also asked on #macos:nixos.org if it's used by any chance there (AFAIU it should not be load-bearing) | 16:53:25 |
| 13 Feb 2025 |
|  connor (burnt/out) (UTC-8) changed their display name from connor (he/him) (UTC-7) to connor (he/him) (UTC-8). | 06:59:21 |
| 15 Feb 2025 |
|  BenjB83 joined the room. | 10:16:57 |
| BenjB83 changed their display name from BenjamÃn Buske to BenjB83. | 10:43:08 |
| 19 Feb 2025 |
 K900 | So should I just send https://github.com/NixOS/nixpkgs/pull/380325 | 09:51:10 |
| K900 | (again) | 09:51:12 |
 Mindavi | Probably yeah | 10:57:31 |
| K900 | All right, let's see if it blows up this time | 11:05:21 |
| 20 Feb 2025 |
|  tobim joined the room. | 09:58:16 |
 p14 | I'm seeing something quite weird with gmpxx whereby it will succeed/fail at the configure stage checking build system compiler gcc... yes based on something bogus in the environment. I'm wondering whether its success/failure is actually conditioned on something arbitrary relating to what's in the environment somehow. I've made a build hook; with makeSetupHook which I'm putting in the stdenv's extraNativeBuildInputs. Loads of other packages build fine but not gmpxx. I can comment out preBuildHooks+=(something) or put it back, and this makes it pass/fail. The compiler detection fails unable to find libc. | 11:03:37 |
| p14 | Interestingly a develop shell reliably fails so I can't figure out why it's working in the working case. | 11:04:49 |
| p14 | I think I'm hitting a variant of https://github.com/NixOS/nixpkgs/issues/265121, that the buildPackages.stdenv.cc doesn't work as expected in a pkgsLLVM environment. | 11:05:35 |
| p14 | (because gmpxx uses this) | 11:05:45 |
| p14 | Right, figured it out. My develop environment was failing because of contamination from a direnv environment causing the wrong targetOffset, which meant I was trying to debug the wrong thing. And the preBuildHook was actually affecting the configure phase but later. | 11:55:47 |
| p14 | * Right, figured it out. My develop environment was failing because of contamination from a direnv environment causing the wrong targetOffset, which meant I was trying to debug the wrong thing. And the preBuildHook was actually affecting the configure phase but later; owing to how it affected the inputs to the derivation. | 11:56:01 |
| 21 Feb 2025 |
 Tristan Ross | I'm kinda wondering if it's possible to do "cross" things without activating the cross logic that causes the prefix/suffix to be added in. If it could be done with toolchain stuff and CPU model stuff, that'd be nice. For toolchains, we'll probably need multiple bootstrap tarballs. A base and then one for each toolchain. | 16:39:58 |
| 22 Feb 2025 |
| p14 | I totally want that and don't think there is a way. Even more, I'd love a way to be able to customize the tags that end up on package names, so we have more than just the -static marker. I totally think there should be an overridable function on the stdenv for controlling the markers. | 07:48:38 |
