Nix Cross Compiling | 580 Members | |
| 126 Servers |
| Sender | Message | Time |
|---|---|---|
| 13 Mar 2025 | ||
any reason why lib.systems.examples, examples is there | 05:51:13 | |
*
any reason why | 05:51:19 | |
*
any reason why | 05:51:37 | |
In reply to @phanirithvij:matrix.org It's easier to refer to existing example platforms than to write all the attrs, some platforms have more than just
| 05:55:54 | |
| 14:58:36 | ||
| Would it be possible to add a new default/example pkgsCross system that is basically the same as arm-embedded but with newlib-nano? My goal would be to get that GCC cached so that I could use a newer GCC since it seems that latest gcc-arm-embedded update (14) PR was denied. | 18:55:20 | |
| I don't know what would be involved beyond adding something to the examples file, but I would be willing to do it | 19:01:07 | |
| 15 Mar 2025 | ||
| 17:07:38 | ||
| I ran into https://github.com/NixOS/nixpkgs/issues/231537 while cross compiling from a x86 host to a rv64 target. I know it's fixed in unstable, but this makes me wonder about a more general problem: Shellcheck doesn't care what host arch it runs on. Theoretically, we could shellcheck the rv64 shell scripts with a host (x86) shellcheck, eliminating the need for a rv64 ghc. Is that even possible in nixpkgs? | 17:10:09 | |
| or am i just missing something obvious | 17:10:14 | |
| Hi, any haskell.nix experts here? Could you please share a minimal flake.nix that can compile my Haskell library to Android aarch64? Documentation did not help at all. | 17:10:48 | |
| nevermind, it is possible, i was just setting hostplatform/buildplatform wrong in colmena | 18:06:58 | |
| 16 Mar 2025 | ||
| 15:30:01 | ||
| 17 Mar 2025 | ||
| is qt cross just totally busted? I'm failing both aarch64-linux and x86_64-freebsd cross with errors related to multiple qtbases ending up in inputs | 03:22:00 | |
| I found https://github.com/NixOS/nixpkgs/pull/267311 but I don't parse how it would help in this case | 03:22:47 | |
| * is qt cross just totally busted? I'm failing both aarch64-linux and x86_64-freebsd cross for qt5.qtsvg with errors related to multiple qtbases ending up in inputs | 03:23:30 | |
| commenting out the propagatedBuildInputs/depsTargetTargetPropagated assignment on qmake-hook and that seems to fix some things but the ramifications... unknown lol. will run nixpkgs-review soon | 03:51:11 | |
In reply to @rhelmot:matrix.orgYup and there's a few pr which may fix it | 03:59:02 | |
Use the cross label and in:title qt5 | 03:59:24 | |
| Yes, I've been wanting the issue fixed so I can get Steam "built" crossly onto aarch64 so I can do gaming on Ampere lol. It's still been broken. | 04:04:22 | |
| I thought Qt 5 cross was inherently broken upstream or something | 04:10:45 | |
| but that Qt 6 could work | 04:10:51 | |
| Qt5 can be made to work, depending on target. Here's the patchset that Fedora uses to cross compile qt5 base for just Mingw targets: https://src.fedoraproject.org/rpms/mingw-qt5-qtbase/tree/rawhide | 04:40:06 | |
| But that is a LOT of patches. | 04:40:16 | |
| thanks for the hints, after a bit of tentative hacking I have cast qt5 into the shadow realm and am now building with qt6 | 07:46:50 | |
| on the gtk side, I got pkgsCross.x86_64-freebsd.xfce.xfdesktop to build while on a 14 hours trans-pacific flight... | 07:48:13 | |
| * on the gtk side, I got pkgsCross.x86_64-freebsd.xfce.xfdesktop to build while on a 14 hour trans-pacific flight... | 07:48:23 | |
| if only gitlab.freedesktop.org were up... this could truly be the year of the freebsd desktop | 07:48:54 | |
| 18 Mar 2025 | ||
Is there an easy way to make a wrapper for a binary which executes it using hostPlatform.emulator? | 01:03:34 | |
In reply to @axman6:matrix.org Yes https://github.com/NixOS/nixpkgs/blob/fcd099251655af6f7c935df9baf72b5963f33e86/pkgs/tools/admin/winbox/default.nix#L50 (here https://github.com/search?q=repo%3ANixOS%2Fnixpkgs+%2FmakeWrapper.%2Bjre%2F&type=code | 01:11:47 | |