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