| 30 Jun 2021 |
 Alyssa Ross | I'm pretty sure it's going to need an LLVM patch to fix :( | 21:47:58 |
| 1 Jul 2021 |
 sterni (he/him) | Alyssa Ross: when I add buildPackages.stdenv.cc and ncurses to depsBuildBuild $CC_FOR_BUILD … -ltinfo seems to do what its supposed to | 16:02:12 |
| Alyssa Ross | I'd really appreciate any help anybody could give me figuring out this really hairy cross-compilation issue https://github.com/NixOS/nixpkgs/pull/128888 | 14:27:58 |
| sterni (he/him) | but no idea yet whether it'll just work with llvm 12 | 16:06:21 |
| Alyssa Ross | (cross-compilation of anything graphical is currently blocked on this, because Mesa depends on LLVM 12) | 14:28:16 |
| sterni (he/him) | (it doesn't) | 20:29:06 |
| Alyssa Ross | yeah I could get it to work fine outside of the LLVM derivation | 17:02:36 |
| 2 Jul 2021 |
|  ius joined the room. | 19:00:09 |
| 3 Jul 2021 |
| sterni (he/him) | Alyssa Ross: do you know if only with 12 llvm started to link against ncurses for llvm-config? because I don't see why it would work with the prior versions | 09:44:00 |
| sterni (he/him) | there, ncurses is always a non native dependency | 09:44:11 |
|  hexa joined the room. | 15:51:24 |
|  piegames joined the room. | 15:51:38 |
| ius | I made some changes to patchelf and would like to test it by rebuilding all derivations targeting my cross arch (and only those), is there a way to do this? crossOverlays seems pretty convenient for packages running on the target, but it seems of little use for tools which run on the build machine. A naive overlay runs into a recursion issue due to affecting all derivations.. | 18:59:57 |
| ius | I tackled similar issues with gcc before, for which checking stdenv.targetPlatfor.isXX seems to work, but can't get it to work for patchelf.. | 19:01:15 |
| ius | I spent some time reading the nixpkgs manuals, and wonder whether pkgs{Build/Host.Target} would be useful/relevant in any way (but have to admit I don't understand them well enough) | 19:02:49 |
 symphorien | fork nixpkgs and patch the derivation for patchelf with: src = if stdenv.targetPlatform == "foo" then mysource else theoriginalsource ? | 19:22:49 |
| symphorien | hopefully this should not affect non-cross patchelf | 19:23:41 |
| ius | Hmm, I already tried that using an overlay, but ended up forking nixpkgs anyway for the gcc issues I had earlier - let me give that a go to see if it helps | 19:36:31 |
| ius | So I just tried that, doesn't seem to have any effect. In many hours of Googling I also discovered builtins.trace, adding that to print the build/host/target triplet shows it's being evaluated 3 times: {x64, x64, x64}; {x64, x64, x64}; {x64, x64, ppc} | 20:22:43 |
| 4 Jul 2021 |
| symphorien | there are more handy functions in lib.debug | 14:54:19 |
| ius | Ah excellent, at the very least my trace printing is less awkward now (just trace won't eval a sequence), traceSeq does | 15:53:23 |
| ius | Maybe I need to approach this from the other end and instead of patching patchelf, try to modify the part where stdenv includes it? | 16:33:41 |
| ius | Looking into stdenv I notice there are some other peculiarities (although I hardly understand how it works in the first place)
55 mipsel-linux = stagesLinux;
56 powerpc-linux = /* stagesLinux */ stagesNative;
57 powerpc64-linux = stagesLinux;
powerpc is the odd one out for some reason
| 16:34:42 |
| 5 Jul 2021 |
| Alyssa Ross | sternenseemann: I think I found the commit that changed it... | 12:29:28 |
| sterni (he/him) | Alyssa Ross: in llvm? | 13:07:08 |
| Alyssa Ross | yeah | 13:07:13 |
| sterni (he/him) | interesting! | 13:07:20 |
| Alyssa Ross | I'm going to need to find it again now... | 13:07:30 |
| sterni (he/him) | I'm intrigued now what the actual cause is because the only explanation that would make sense to me is that the terminfo dependency is new in LLVM 12 | 13:08:11 |
| Alyssa Ross | nope, it was a cmake refactor | 13:08:33 |
