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

This patch is courtesy of OpenEmbedded, by Khem Raj <raj.khem@gmail.com>

http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b85b779688f0abc389e3c25d06b54de8b86385c1

Index: ltrace-0.5.3/Makefile.in

===================================================================

--- ltrace-0.5.3.orig/Makefile.in	2009-10-23 22:06:08.130304691 -0700

+++ ltrace-0.5.3/Makefile.in	2009-10-23 22:06:53.160369614 -0700

@@ -39,6 +39,8 @@ ltrace:		main.o libltrace.a

 libltrace.a: 	sysdeps/sysdep.o $(OBJ)

 		$(AR) rcv $@ $^

+$(OBJ):		sysdeps/sysdep.o

+

 sysdeps/sysdep.o: dummy

 		$(MAKE) -C sysdeps/$(OS)