-
-
Notifications
You must be signed in to change notification settings - Fork 18k
mips64: have mips64el chips auto-detect abi=n64 #161159
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Latest push rebases against #161158 ; no other changes. |
|
Latest push rebases against #161158; no other changes. |
|
Latest push rebases on #161158, no other changes. |
|
Rebased. #161158 has merged, so this PR is useful now. |
|
It looks like some platforms you added don't evaluate. This problem is also present on master. I noticed this in nix-community/cross-toolchains.nix#19 as well |
This PR adds an additional two-line patch to the code which calculates a `hostPlatform` based on the `builtins.system` provided by the `nix` interpreter, which is in turn derived from the runtime CPU. If the runtime CPU is a 64-bit mips chip running on a little-endian kernel, and the user has not specified otherwise, this commit will cause nixpkgs to assume the "n64" ABI. All mips64 chips are capable of supporting all the mips ABIs. The n64 ABI was chosen because boost's user-scheduled threading (which nix requires) currently does not support the n32 ABI -- it lacks the assembler file which explains how to save and restore the processor state for that ABI. This is also the ABI that Debian has chosen for this platform.
|
Rebased and commit comment updated to clarify that assumptions are being introduced only for the ABI. The CPU type is detected by the Also clarifies that the ABI choice is the same one Debian uses. |
This PR adds an additional two-line patch to the code which calculates a
hostPlatformbased on thebuiltins.systemprovided by thenixinterpreter, which is in turn derived from the runtime CPU.If the runtime CPU is a 64-bit mips chip running on a little-endian kernel, and the user has not specified otherwise, this commit will cause nixpkgs to assume the "n64" ABI.
All mips64 chips are capable of supporting all the mips ABIs.
The n64 ABI was chosen because boost's user-scheduled threading (which nix requires) currently does not support the n32 ABI -- it lacks the assembler file which explains how to save and restore the processor state for that ABI. This is also the ABI that Debian has chosen for this platform.
Things done