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: ../crosstool-NG/ct-ng.trunk/patches/binutils/2.19/160-use-new-ld-dtags.patch

-= BEGIN original header =-

Original patch from Gentoo:

gentoo/src/patchsets/binutils/2.19/76_all_use-new-ld-dtags.patch

-= END original header =-

diff -durN binutils-2.19.1.orig/ld/ldmain.c binutils-2.19.1/ld/ldmain.c

--- binutils-2.19.1.orig/ld/ldmain.c	2009-03-08 11:57:03.000000000 +0100

+++ binutils-2.19.1/ld/ldmain.c	2009-03-08 11:57:03.000000000 +0100

@@ -262,6 +262,7 @@

   link_info.allow_undefined_version = TRUE;

   link_info.keep_memory = TRUE;

+  link_info.new_dtags = TRUE;

   link_info.combreloc = TRUE;

   link_info.strip_discarded = TRUE;

   link_info.emit_hash = TRUE;