7be562d046
The cc and bintools wrapper contained ad hoc bootstrapping logic for expand-response-params (which was callPackage-ed in a let binding). This lead to the strange situation that the bootstrapping logic related to expand-response-params is split between the wrapper derivations (where it is duplicated) and the actual stdenv bootstrapping. To clean this up, the wrappers simply should take expand-response-params as an ordinary input: They need an adjacent expand-response-params (i.e. one that runs on their host platform), but don't care about the how. Providing this is only problematic during stdenv bootstrapping where we have to pull it from the previous stage at times. |
||
|---|---|---|
| .. | ||
| add-darwin-ldflags-before.sh | ||
| add-flags.sh | ||
| add-hardening.sh | ||
| darwin-install_name_tool-wrapper.sh | ||
| darwin-strip-wrapper.sh | ||
| default.nix | ||
| gnu-binutils-strip-wrapper.sh | ||
| ld-solaris-wrapper.sh | ||
| ld-wrapper.sh | ||
| macos-sierra-reexport-hack.bash | ||
| setup-hook.sh | ||