diff options
| author | Wolfgang Walther <walther@technowledgy.de> | 2024-12-21 16:42:40 +0100 |
|---|---|---|
| committer | Wolfgang Walther <walther@technowledgy.de> | 2025-01-25 18:58:09 +0100 |
| commit | 2acca93befe5cfef5e1fbde08f5068d6d312bfbf (patch) | |
| tree | 522a3578ebd5bf878f1bea07fcb6b2fb20bf417e /pkgs/development/python-modules/rangehttpserver | |
| parent | 69775e2deb4be02ec34c8055f7c005867fce5f4c (diff) | |
pkgs/top-level: fix composing "native cross" package sets
When using pkgsCross with a system that ends up the same as the
localSystem, then modifications for package sets like pksgMusl need to
be done for **both** localSystem and crossSystem. Consider the following
on x86_64-linux:
pkgsCross.gnu64.pkgsMusl
Before this change, this would result in a musl buildPlatform, but a gnu
hostPlatform. This breaks the promise of "stacking" package sets on top
of each other.
After this change, it results in a musl buildPlatform and a musl
hostPlatform. This works better.
One could expect this to result in the same as pkgsCross.musl64, i.e. a
gnu buildPlatform and a musl hostPlatform, however I couldn't get this
to work without increasing memory usage for ci/eval by many, many GB.
This is caused by usage of pkgsi686Linux inside the main package set,
which follows the same hybrid pattern.
Diffstat (limited to 'pkgs/development/python-modules/rangehttpserver')
0 files changed, 0 insertions, 0 deletions
