From 19fa6609da1f0f0f71ec1d5ccfc740620620a7aa Mon Sep 17 00:00:00 2001 From: Yann Diorcet Date: Mon, 19 Nov 2012 21:45:09 +0100 Subject: 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 [yann.morin.1998@free.fr: split up original patch for self-contained changes] Signed-off-by: "Yann E. MORIN" Message-Id: Patchwork-Id: 199971 diff --git a/config/binutils/binutils.in b/config/binutils/binutils.in index b01c2da..98b1a8a 100644 --- a/config/binutils/binutils.in +++ b/config/binutils/binutils.in @@ -115,8 +115,11 @@ config BINUTILS_HAS_HASH_STYLE config BINUTILS_HAS_GOLD bool +# gold only suports the listed architectures config BINUTILS_GOLD_SUPPORTS_ARCH bool + default y if ARCH_arm + default y if ARCH_x86 config BINUTILS_HAS_PLUGINS bool @@ -124,13 +127,6 @@ config BINUTILS_HAS_PLUGINS config BINUTILS_HAS_PKGVERSION_BUGURL bool -# Only these architectures have support in gold -config ARCH_arm - select BINUTILS_GOLD_SUPPORTS_ARCH - -config ARCH_x86 - select BINUTILS_GOLD_SUPPORTS_ARCH - # Force using the BFD linker if needed # This is the case for some C libraries (eg. glibc and # eglibc at least) and affected components can select this -- cgit v0.10.2-6-g49f6