On Wed, Feb 05, 2025 at 01:10:10PM -0500, Mike Gilbert wrote:
We usually want to invoke cc -E rather than cpp directly. We should not
rely on the quirk of tc-getCPP defaulting to "cc -E" when CPP is unset.
I think it's a good change, but just to note it could break things
that relied on CPP being what's used.
Aka these don't have a proper way to say "test this compiler" and,
given it uses CPP, it's what I ended up setting:
CPP="${KERNEL_CC} -E" tc-is-clang ...
That's from nvidia-drivers ebuilds, which I'll fix real soon so no
need to worry about these. But I don't know what else may have done
this, not that I think it's going to be common.
I did something similar in linux-mod-r1.eclass but I took more
precaution there so it's not affected:
# for toolchain-funcs, uses CPP > CC but set both not to make assumptions
local CC=${KERNEL_CC} CPP="${KERNEL_CC} -E" LD=${KERNEL_LD}
I could cleanup the CPP bit if this is merged though. That it doesn't
use CC was confusing if anything thus needing a comment to explain
why it's being set.
Hopefully haven't forgot anything else I did, think wine & mingw things
are fine.
--
ionen
-----BEGIN PGP SIGNATURE-----
iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmejtqsACgkQskQGsLCs QzSNLQgAm8Y24ivfWsuQttbtBi18bT8DyMZ+kfFDzs98pnTNH5Y/7sIEHkh8L8os MOa1sTPb1cLs92JfY+cW7EIyPvVkIDNepuqhPSBCKJq7RmzGIn2P5MC0Bz7FZZvY UW5YH6qi9BCYQXbBdp+o1VVrhg1Ls+SnWG7muaHJx5BY+70UKZgsbq4ul0ux0d14 VjoHe4XaiL2aACUeLUTEy49ueVtLSa1+8eMq3gfEHjq5g6/viMZD9mxCRjVLb9K0 90AVna3CExkrm6MjaDSt1N4sTuK056HSMHEjnl3mBJqtkzRev7DTVJ+oZtezz1Ts ys6jCc/RFI/fRRoNsIbJTXUOG+mgZA==
=B1eT
-----END PGP SIGNATURE-----
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)