The package sys-devel/gcc when USE=d does not place suitable link(s) in /usr/bin. For example with sys-devel/gcc:11 installed this is the output of "equery f sys-devel/gcc:11 | grep gdc": /usr/share/gcc-data/x86_64-pc-linux-gnu/11.2.0/man/man1/gdc.1 /usr/x86_64-pc-linux-gnu/gcc-bin/11.2.0/gdc /usr/x86_64-pc-linux-gnu/gcc-bin/11.2.0/x86_64-pc-linux-gnu-gdc so one cannot simply run "gdc" or "gdc-11.2.0" to run the GCC D compiler. (Such also applies to the v10 and v9 versions of GCC as well.) Since the GCC ebuild is largely tied to the eclass/toolchain, I imagine this needs to be addressed within such. Can this be rectified?
gcc-config is responsible for creating the symlinks in /usr/bin. It's likely that gcc-config is not called automatically when you change USE flags on sys-devel/gcc. Please try calling gcc-config to re-select your current GCC profile. That should generate the missing symlinks in /usr/bin.
I think this was legitimate, actually, although tbh I'm still not clear how the logic in toolchain.eclass for this interacts with gcc-config. I had to do it before for Rust in commit e4ac21a504361122fa288a0f9f2126384934198e Author: Sam James <sam@gentoo.org> Date: Tue Dec 13 20:07:22 2022 +0000 toolchain.eclass: add USE=rust for GCC 13.0.9999 Signed-off-by: Sam James <sam@gentoo.org> I'm pretty sure. Anyway, I fixed this for gdc the other day: commit b9c70336a7a58e03dc59f8f9f71397c090e657a7 Author: Sam James <sam@gentoo.org> Date: Sun Sep 29 02:06:19 2024 +0100 toolchain.eclass: install gdc symlink too Signed-off-by: Sam James <sam@gentoo.org>
