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 -dur strace-4.5.15.orig/configure.ac strace-4.5.15/configure.ac

--- strace-4.5.15.orig/configure.ac	2007-07-14 19:25:25.000000000 +0200

+++ strace-4.5.15/configure.ac	2007-07-14 19:27:35.000000000 +0200

@@ -91,14 +91,14 @@

 	arch=hppa

 	AC_DEFINE([HPPA], 1, [Define for the HPPA architecture.])

 	;;

-sh)

-	arch=sh

-	AC_DEFINE([SH], 1, [Define for the SH architecture.])

-	;;

 sh64)

 	arch=sh64

 	AC_DEFINE([SH64], 1, [Define for the SH64 architecture.])

 	;;

+sh*)

+	arch=sh

+	AC_DEFINE([SH], 1, [Define for the SH architecture.])

+	;;

 x86?64*)

 	arch=x86_64

 	AC_DEFINE([X86_64], 1, [Define for the AMD x86-64 architecture.])