nixpkgs/pkgs/build-support/bintools-wrapper
sternenseemann 7be562d046 wrapCC, wrapBintools: move expand-response-params bootstrapping out
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.
2024-04-18 20:49:13 +02:00
..
add-darwin-ldflags-before.sh
add-flags.sh
add-hardening.sh build-support: Use response-expanded params in pie test 2023-06-23 11:09:49 +01:00
darwin-install_name_tool-wrapper.sh
darwin-strip-wrapper.sh
default.nix wrapCC, wrapBintools: move expand-response-params bootstrapping out 2024-04-18 20:49:13 +02:00
gnu-binutils-strip-wrapper.sh
ld-solaris-wrapper.sh
ld-wrapper.sh wrapBintoolsWith: support LINK.EXE-style args in purity checks 2023-04-29 01:37:00 +00:00
macos-sierra-reexport-hack.bash build-support: Use equivalent valid exit code 2022-11-29 19:11:45 +13:00
setup-hook.sh mkDerivation, bintools-wrapper: move defaultHardeningFlags determination to bintools-wrapper 2023-12-09 16:30:45 +00:00