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

Original patch from Gentoo.

-= BEGIN original header =-

-= END original header =-

diff -durN uClibc-0.9.30.orig/libc/sysdeps/linux/arm/bits/uClibc_arch_features.h uClibc-0.9.30/libc/sysdeps/linux/arm/bits/uClibc_arch_features.h

--- uClibc-0.9.30.orig/libc/sysdeps/linux/arm/bits/uClibc_arch_features.h	2008-09-25 10:50:56.000000000 +0200

+++ uClibc-0.9.30/libc/sysdeps/linux/arm/bits/uClibc_arch_features.h	2009-02-07 09:57:59.000000000 +0100

@@ -39,4 +39,8 @@

 /* define if target supports IEEE signed zero floats */

 #define __UCLIBC_HAVE_SIGNED_ZERO__

+#ifdef __ARM_EABI__

+# define __UCLIBC_TRUNCATE64_HAS_4_ARGS__

+#endif

+

 #endif /* _BITS_UCLIBC_ARCH_FEATURES_H */