mkDerivation: Don't pass buildInputs to stdenv builder in nativeBuildInputs #23374
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
One way of solving the biggest problem described in #4855.
This does not rename anything and (at least doesn't intend to) change anything wrt. how the semantics of
buildInputs
andnativeBuildInputs
work inside the builder script. But it does solve the problem offoo.buildInputs
(orecho $buildInputs
in a nix-shell) giving an unexpected result.Needs a bit more testing, but in case this doesn't cause major breakage I'd propose this for 17.03. The reason for that being the new
overrideAttrs
function we merged earlier, which gets rid of another well-knownbuildInputs
vsnativeBuildInputs
wart when usingoverrideDerivation
.cc @edolstra