binutils/binutils: simplify gold dependencies

In preparation of adding a new kernel-type, Yann D. came up
with a change in semantic on binutils/gold availability.

So far, it was architectures' responsibility to declare that
they did support binutils/gold or not. It makes much more sense
that binutils/gold declares its own availability depending on
the current architecture; after all, architectures have no way
to know wether gold supports them, while gold does know it.

Signed-off-by:Yann Diorcet <diorcet.yann@gmail.com>
[yann.morin.1998@free.fr: split up original patch for self-contained changes]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <d3d1d51f399e6d2c1163.1353320546@macbook-smorlat.local>
Patchwork-Id: 199971

 --- gcc/gcc/config.gcc.uclibc100-sh~	2006-03-06 20:46:56 +0100

 +++ gcc/gcc/config.gcc	2006-03-10 15:02:41 +0100

 @@ -1905,7 +1905,7 @@

  	;;

  sh-*-elf* | sh[12346l]*-*-elf* | sh*-*-kaos* | \

  sh-*-symbianelf* | sh[12346l]*-*-symbianelf* | \

 -  sh-*-linux* | sh[346lbe]*-*-linux* | \

 +  sh*-*-linux* | sh[346lbe]*-*-linux* | \

    sh-*-netbsdelf* | shl*-*-netbsdelf* | sh5-*-netbsd* | sh5l*-*-netbsd* | \

     sh64-*-netbsd* | sh64l*-*-netbsd*)

  	tmake_file="${tmake_file} sh/t-sh sh/t-elf"