https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124547

--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot 
Uni-Bielefeld.DE> ---
> --- Comment #11 from Richard Biener <rguenth at gcc dot gnu.org> ---
> And to amend the above - config.gcc should end with gas/gnu_ld that we
> assume unless overridden by flags provided to configure.  For the
> solaris case that might mean they are empty, aka unknown, or we still
> assume they are used and fixup during configure.

The Solaris case is easy and already dealt with: we explicitly check for
either Solaris as/ld or GNU as/ld on Solaris, setting
solaris_as/solaris_ld and gas_flag/gnu_ld_flag accordingly.

We could make this even more robust by assuming that all
assemblers/linker that are not known to be Solaris as/ld are gas/gld
compatible.  Maybe there are nascent ports of lld or wild that would
benefit.

As a follow-up, we should check solaris_as/solaris_ld in cases where
that's the actual issue, not !gas_flag or !gnu_ld_flag.

This was included in the original versions of the

        Switch to HAVE_SOLARIS_AS
        https://gcc.gnu.org/pipermail/gcc-patches/2026-February/708352.html

and

        Switch to HAVE_SOLARIS_LD
        https://gcc.gnu.org/pipermail/gcc-patches/2026-February/708354.html

patches, but split off for GCC 17 stage 1 considering all the breakage
I've already caused ;-(

Reply via email to