| 26 Apr 2025 |
 Randy Eckenrode | /nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc_eh: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc_eh: No such file or directory
| 21:57:11 |
 Tristan Ross | In reply to @reckenrode:matrix.org
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc_eh: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc: No such file or directory
/nix/store/wcm9n053jg2c3wj3afbsir8fn96h3az8-x86_64-w64-mingw32-binutils-2.44/bin/x86_64-w64-mingw32-ld: cannot find -lgcc_eh: No such file or directory
Is this with glibc as well? | 22:16:58 |
| Tristan Ross | It could be that GCC -> libgcc -> glibc chain | 22:17:24 |
| Randy Eckenrode | It’s using the default libc for MinGW on Windows, which is msvcrt IIRC. | 22:21:12 |
| Randy Eckenrode | Using a regular stdenv with GCC works, but I’m trying to compile libdispatch, which requires Clang. | 22:21:30 |
| Randy Eckenrode | * Using a regular stdenv with GCC works (for other packages), but I’m trying to compile libdispatch, which requires Clang. | 22:21:45 |
| Tristan Ross | Hmm | 22:22:38 |
| 27 Apr 2025 |
|  Andrew Bruce joined the room. | 10:07:08 |
|  Honnip joined the room. | 11:22:10 |
| Andrew Bruce | Hey there. I'm having some fun with Klipper (3D printing server) cross compiling from x86 to aarch64. It looks a bit like a regression, since I'm getting the same error messages on latest unstable nixpkgs that have been fixed in prior PRs. | 13:41:42 |
 K900 | Cross is like that, yes | 13:42:29 |
| K900 | What is failing? | 13:42:31 |
| Andrew Bruce | I seem to be hitting this, which is still open: https://github.com/NixOS/nixpkgs/issues/305858 | 13:42:32 |
| Andrew Bruce | Just gonna rerun without any of my overrides, one sec | 13:43:43 |
| Andrew Bruce | so I get an exec format error when attempting to build klipper with cross | 13:44:09 |
| Andrew Bruce | Running phase: unpackPhase
@nix { "action": "setPhase", "phase": "unpackPhase" }
unpacking source archive /nix/store/8cja5ayb2ly220yq2ffz3jq59vjg3nyv-source
source root is source/klippy
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "patchPhase" }
substituteStream() in derivation klipper-aarch64-unknown-linux-gnu-0.12.0-unstable-2025-03-25: WARNING: '--replace' is deprecated, use --replace-{fail,warn,quiet}. (file 'klippy.py')
substituteStream() in derivation klipper-aarch64-unknown-linux-gnu-0.12.0-unstable-2025-03-25: WARNING: pattern /usr/bin/env\ python2 doesn't match anything in file 'parsedump.py'
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: configurePhase
@nix { "action": "setPhase", "phase": "configurePhase" }
no configure script, doing nothing
Running phase: buildPhase
@nix { "action": "setPhase", "phase": "buildPhase" }
no Makefile or custom buildPhase, doing nothing
/nix/store/8zmq6va4hap58sjixw9ligkg0whd59mv-stdenv-linux/setup: line 269: /nix/store/jvvwna8fl73zh1ds2i1si4j116y6xn6j-python3-aarch64-unknown-linux-gnu-3.12.9-env/bin/python: cannot execute binary file: Exec format error
| 13:45:20 |
| Andrew Bruce | when I try to override that derivation to use buildPackages.python3, I get another error because the python thing in that upstream project can't find a .so | 13:46:21 |
| Andrew Bruce | I guess for now I'm wondering if binfmt emulation is the way to go to sidestep cross altogether | 13:46:58 |
| K900 | Yeah that's just broken | 13:47:02 |
| K900 | binfmt emulation is the way to go if you want to avoid cross, yes | 13:47:12 |
| Andrew Bruce | I mean obviously I'd love for this to work, but rn I want my new printer to spring into life :) | 13:47:38 |
| Andrew Bruce | It looks like maybe that upstream project wants to do on-the-fly compilation or something which could mean trouble | 13:48:29 |
| K900 | Uhh OK | 13:48:36 |
| Andrew Bruce | It's this if you're interested: https://github.com/Klipper3d/klipper/blob/master/klippy/chelper/__init__.py | 13:48:41 |
| K900 | Yeah klipper cross is going to be a huge pain | 13:48:44 |
| K900 | Yes I just found that | 13:48:49 |
| Andrew Bruce | feels like the same sort of issue I deal with in a 2nix I've written where some packages want to get clever | 13:50:11 |
| 28 Apr 2025 |
 rhelmot | trying to build pkgsCross.mingwW64.buildPackages.at-spi2-core on an aarch64-linux machine tries to pull in wine64 for some reason and refuses to eval - seems to be splicing related? | 00:09:36 |
| rhelmot | I could be wrong. gobject-introspection has gotten me with its labrynthine tendrils before | 00:14:20 |
| rhelmot | oh my god, WHY does gobject-introspection-wrapper use targetPackages. this isn't accounted for by the standard guard about whether to enable introspection for a given project??? | 00:22:39 |
