| 25 Feb 2026 |
 rosssmyth | The "proper" way of doing this is making a derivation function and pkgsCross.mingwW64.callPackageing it | 15:06:38 |
| rosssmyth | * tbh you are holding it wrong a bit.
You are manually doing the splicing which may be messing it up. You are declaring that you are building for x64 linux, so that is what stdenv thinks.
You put compilers into depsBuildBuild, which stdenv thinks "this is a compiler that runs on build (x64 linux) and targets build (x64 linux)". I'm not sure if stdenv.cc is spliced though. It may not be.
But you are telling stdenv that the headers will be used for a linux host, so it refuses to compile. This was most likely "broken" by me here
https://github.com/NixOS/nixpkgs/pull/430165
But in reality I would call this, mostly, "working as intended" | 15:08:01 |
 Artturin | Theres no manual slicing in that, instead they're not getting spliced packages at all | 15:23:19 |
| Artturin | * Theres no manual splicing in that, ~~instead they're not getting spliced packages at all~~ disregard that, I forgot that pkgs is now spliced | 15:24:35 |
| Artturin | .cc isn't spliced because it's a derivation inside a derivation | 15:25:38 |
| rosssmyth | makes sense | 15:26:31 |
| Artturin | So actually now that pkgs is spliced the issue is that they're spliced now :D | 15:27:31 |
| Artturin | To not splice you need to be explicit pkgsCross.mingwW64.pkgsBuildHost.windows.pthreads. This will get rid of the error | 15:28:57 |
 crazychaoz | it did not get rid of my error sadly, could anybody test my build please? | 16:00:10 |
 dramforever | pkgsCross.mingwW64.pkgsHostTarget.windows.pthreads | 16:05:08 |
| dramforever | HT is the normal one, BH is buildPackages, BB is buildPackages.buildPackages | 16:07:04 |
| dramforever | the rest are cursed | 16:07:08 |
| 26 Feb 2026 |
 Tristan Ross | pkgsLLVM.freetype fails huh
libtool: compile: aarch64-unknown-linux-gnu-clang -pedantic -std=c99 -I/build/freetype-2.13.3/src/base -I/build/freetype-2.13.3/objs -I./builds/unix -I/build/freetype-2.13.3/include -c -Wall -fvisibility=hidden -I/nix/store/kf8y80j08xard2g6ly6kiv95irxh3k0d-zlib-aarch64-unknown-linux-gnu-1.3.1-dev/include -I/nix/store/86f3r04x20hacjjalkkh9025ysndi667-bzip2-aarch64-unknown-linux-gnu-1.0.8-dev/include -I/nix/store/asar6vn00qxkahs2xhwiw7srnrf5nahm-libpng-apng-aarch64-unknown-linux-gnu-1.6.55-dev/include/libpng16 -I/nix/store/r42r691764ajdchf9fzgmxvqdlwgds83-brotli-aarch64-unknown-linux-gnu-1.2.0-dev/include -pthread "-DFT_CONFIG_CONFIG_H=<ftconfig.h>" "-DFT_CONFIG_MODULES_H=<ftmodule.h>" "-DFT_CONFIG_OPTIONS_H=<ftoption.h>" -DFT2_BUILD_LIBRARY /build/freetype-2.13.3/src/base/fttype1.c -o /build/freetype-2.13.3/objs/fttype1.o >/dev/null 2>&1
/build/freetype-2.13.3/src/base/ftver.rc:19:9: fatal error: 'windows.h' file not found
19 | #include<windows.h>
| ^~~~~~~~~~~
1 error generated.
| 01:45:51 |
| Tristan Ross | Wait, is it because RC=aarch64-unknown-linux-gnu-windres... | 02:05:24 |
| Tristan Ross | Oh no, unsetting it fixes the issue | 02:06:08 |
| Tristan Ross | https://github.com/NixOS/nixpkgs/pull/482391 might've caused it | 02:08:45 |
| Tristan Ross | https://github.com/NixOS/nixpkgs/pull/494215 I have a fix | 02:15:22 |
