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

 diff -durN ltrace-0.5.1.orig/Makefile.in ltrace-0.5.1/Makefile.in

 --- ltrace-0.5.1.orig/Makefile.in	2009-03-16 17:24:08.000000000 +0100

 +++ ltrace-0.5.1/Makefile.in	2009-03-16 17:43:09.000000000 +0100

 @@ -5,6 +5,7 @@

  OS		:= @HOST_OS@

  ARCH		:= $(shell echo "@HOST_ARCH@" |sed -e s/i.86/i386/      \

  						   -e s/sun4u/sparc64/  \

 +						   -e s/alpha.*/alpha/  \

  						   -e s/arm.*/arm/      \

  						   -e s/sa110/arm/      \

  						   -e s/ppc64/ppc/      \