* Don't try to do a PATH lookup for the wrappers for now; need to install
more symlinks in ada-bootstrap, I think
* Style tweaks
Signed-off-by: Sam James <sam@gentoo.org>
Split dev-lang/gnat-gpl into dev-lang/ada-bootstrap. This ebuild
was initially a clone of dev-lang/gnat-gpl-2021-r5 then had some
cleanups done, toolchain.eclass use removed, and simplified what it
configures/builds/installs.
As I mentioned in 799693623d, there were
two jobs left -- this fixes the first one: splitting dev-lang/gnat-gpl
into its own package which doesn't collide with sys-devel/gcc:10 and
also does the least possible work, not with lots of USE, etc.)
Some inspiration taken from sys-devel/bpf-toolchain. Considered
using the *-toolchain name again but given the purpose of this is *not*
just to avoid crossdev use but instead to bootstrap from a binary for Ada,
it didn't feel appropriate.
(Planned to do this anyway but the issue mentioned in
9732ef3475 pushed me to get on with it now.)
Later versions of ada-bootstrap will be our own binaries for both
newer GCC as a base (although this is mostly a nice-to-have and to keep
things building rather than it being essential, AFAIK) as well as more
importantly musl and other arch support.
For that future work, see https://bugs.gentoo.org/940471#c1 for a
suggestion from Luke A. Guest. That will be tracked in bug #940472.
Bug: https://bugs.gentoo.org/547358
Bug: https://bugs.gentoo.org/919667
Bug: https://bugs.gentoo.org/940472
Closes: https://bugs.gentoo.org/940471
Signed-off-by: Sam James <sam@gentoo.org>
I tried to migrate this to Qt6 even though upstream doesn't support it yet, but
it's not quite trivial.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
gnat-gpl is purely for bootstrapping Ada and it's based on an old
version of GCC. Avoid risks of miscompilations.
This might explain an odd Fortran failure we had on the binhost
builder w/ USE=pgo.
Signed-off-by: Sam James <sam@gentoo.org>
At same time update/shorten comment a bit, esp. to mention that it may
not be included without initramfs regen and this is more of a best
effort solution (thankfully *most* users would include neither modules
on an initramfs and it wouldn't matter).
Fixes: dacc7d5a54
Closes: https://bugs.gentoo.org/940564
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>