Fair enough. I'm not very plugged in to the gentoo world... but what I hear is that they have some pretty fundamental philosophical/architectural differences with the rust ecosystem and have kind of worked at cross-purposes at times, leading to a not great experience for gentoo users adopting rust.
Yup. Same as Ada.
On gentoo Ada needs an external bootstrapper because they absolutely do not want gcc to also have "ada" as a supported language
--enable-languages=c,c++,fortran #(default)
With the default toolchain, Gcc only supports { C, C++, Fortran } and it's not easy to modify the Portage to support other languages.
clang/llvm has its reasons, and can easily have rust-front-end, but it is typically the secondary choice, perpetually experimental, read .. never integrated patches, poor support, and many difficulties, in addition to the difficult things that already have to be managed with Catalyst and stage{1..4}.
So to have Ada, you have to compile Gnat (GPL version), and to do that you need a bootstrapper, which is typically only available for a few mainstream architectures.
At the moment ...
!system-bootstrap? (
amd64? (
${BASE_URI}/6eb6eef6bb897e4c743a519bfebe0b1d6fc409c6?filename=${BTSTRP_AMD64}.tar.gz&rand=1193
-> ${BTSTRP_AMD64}.tar.gz
)
x86? (
${BASE_URI}/c5e9e6fdff5cb77ed90cf8c62536653e27c0bed6?filename=${BTSTRP_X86}.tar.gz&rand=436
-> ${BTSTRP_X86}.tar.gz
)
(=dev-lang/gnat-gpl-2021-r5)
Forget { PPC, PPC64, HPPA, MIPS, SPARC, ... } ...
maybe there could be something for { ARM, ARM64 } in the past there was
maybe there could be something for { RISCV } ... but it's my speculation
So it took me 3 years to - in a completely independent manner - create a boostrapper for HPPA and MIPS32be.
Surely, given how much it cost me, and the little interest I saw, I would not even think about finding a similar solution to also support Rust.