| 13 Nov 2024 |
 emily | probably ofborg is the appropriate place but contributing to ofborg is ? | 20:20:01 |
| emily | (also, doing an eval of three package sets every time anyone commits ever is definitely too intrusive/expensive :) ) | 20:20:29 |
 p14 | Don't need the whole set, merely the compiler. For what it's worth. But, yeah. | 20:26:11 |
|  Inayet joined the room. | 22:15:50 |
 sterni | In reply to @emilazy:matrix.org
since comparing derivations is mildly evil I think nothing evil about it https://github.com/NixOS/nix/blob/03dc3c57693ab64bac6258834fd36b55b723fc33/src/libexpr/eval.cc#L2738-L2746 | 22:49:54 |
| emily | that's kind of an evil special-case. but okay, I was afraid it was more like comparing platforms | 22:50:41 |
| sterni | functions in platform sets was unironically the best accidental feature ever | 22:53:16 |
| sterni | it had the perfect semantics for the equality check between localSystem and crossSystem | 22:53:33 |
| sterni | now everything's broken | 22:53:37 |
| sterni | you can't do native cross anymore, nixpkgs has become like the build systems it used to fight | 22:54:19 |
| sterni | like you have to pass crossOverlays = [ (self: super: {}) ] which is just stupid | 22:57:45 |
| emily | by "native cross", you mean always-cross? | 23:03:07 |
 Artturin | We need to resurrect https://github.com/NixOS/nixpkgs/pull/238331 | 23:03:12 |
| emily | I'd rather just do always-cross always. | 23:03:26 |
| sterni | Artturin: indeed because you can't reintroduce native cross now because of function equality or at least it'd be very weird | 23:11:04 |
| sterni | hmm scratch that actually it'd probably just be like before | 23:11:52 |
| sterni | emily: well just when you request it so not always | 23:12:07 |
| emily | yeah, but it should be always :) | 23:12:19 |
| 14 Nov 2024 |
| p14 | @sterni I am afk from writing on github but:
I wonder if the header has any target specific CPP?
I think the answer is negative. Logically, if the clang derivation is not varying according to targetPlatform, it cannot. | 16:54:33 |
| p14 | (Re https://github.com/NixOS/nixpkgs/pull/355532#issuecomment-2476054093) | 16:55:03 |
| emily | I think sterni meant the libbfd headers | 16:55:09 |
| emily | which is a target-sensitive derivation | 16:55:14 |
| emily | though the .src isn't of course | 16:55:27 |
| p14 | I took those from source, not build. | 16:55:29 |
| emily | yeah | 16:55:42 |
| sterni | indeed, the question would be if we can just build LLVMgold.so unconditionally or whether it will fail sometimes due to the header | 16:55:43 |
| emily | you do need to adjust the default of the flag that turns it on | 16:55:50 |
| emily | I think that was the intention of the PR | 16:55:53 |
| emily | and p14 just missed that our default is target-specific | 16:55:58 |
| emily | presumably it builds fine on a Darwin host at present as you can do cross to Linux, so I think doing it unconditionally should be okay | 16:56:37 |
