[Bug bootstrap/124547] [16 Regression] JIT fails to use linker version script since r16-7269

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> --- Comment #6 from Andreas Schwab <schwab@linux-m68k.org> ---
> After
>
> # Collect target-machine-specific information.
> . ${srcdir}/config.gcc || exit 1
>
> the ultimate wisdom for GNU ld should be $gnu_ld, not $gnu_ld_flag.

I doubt that: what's the point of all the gas=yes/gnu_ld=yes guesswork
in config.gcc when the value can be actually determined?

#  gas                  Set to yes or no depending on whether the target
#                       system normally uses GNU as.

#  gnu_ld               Set to yes or no depending on whether the target
#                       system normally uses GNU ld.

Instead, we should assume gas/gld unless explicitly overridden or
determined as "no" in gcc/configure.ac.

To avoid the trouble of users having to specifiy
--with-gnu-as=no/--with-gnu-ld=no, systems with non-gas/gld compatible
assemblers and linkers (Solaris, HP/UX, Darwin, probably a few more)
should determine the "no" setting instead, as I'm now doing for Solaris
as/ld.

This gets rid of the confusion that assemblers and linkers that don't
identify as GNU assembler/GNU ld, but are compatible (that vast
majority, I believe, e.g. lld, gold, ...) will work without additional
effort.