summaryrefslogtreecommitdiff
path: root/dev-python/clang-python/clang-python-15.0.6.ebuild
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2022-12-27 03:03:09 -0500
committerIonen Wolkens <ionen@gentoo.org>2022-12-27 06:11:13 -0500
commit65f99fae2270d133ca528c209959925884019c77 (patch)
treebe613aaa3b3dc858e449b0f6f5964a4eea1dee01 /dev-python/clang-python/clang-python-15.0.6.ebuild
parent6e558b55644cc9cc496b3f9859ec3c2b3a619471 (diff)
downloadgentoo-65f99fae2270d133ca528c209959925884019c77.tar.gz
gentoo-65f99fae2270d133ca528c209959925884019c77.tar.bz2
gentoo-65f99fae2270d133ca528c209959925884019c77.zip
x11-drivers/nvidia-drivers: more thorough kernel toolchain handling
Should "hopefully" cover most use cases without regressions. Makes some degree of sense to do this on (at least) nvidia-drivers, given it's widely used and compiles a lot of non-modules things and users may not want to use the same toolchain for these. e.g. can now do clang+lld+thinlto kernel + gcc+bfd nvidia or gcc+bfd kernel + clang+lld+thinlto nvidia Not that going to support every custom mixing possible, and please consider clang kernel an unsupported configuration despite this (hardly tested). Could be interesting to have linux-mod handle this, but that may be better to consider for EAPI=9 so it doesn't unexpectedly break anything (meanwhile it's simple to use a package.env for non-nvidia). Closes: https://bugs.gentoo.org/888587 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'dev-python/clang-python/clang-python-15.0.6.ebuild')
0 files changed, 0 insertions, 0 deletions