binutils: Use alternatives for the binutils-symlinks package.
authorPeter Seebach <peter.seebach@windriver.com>
Wed, 9 Oct 2013 00:03:57 +0000 (19:03 -0500)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 8 Nov 2013 17:25:33 +0000 (17:25 +0000)
commita44aef67fd80943c70bc0e221d40d379d4413687
treeeb59d82aae1c4e1cf278260d6b30d920de2d7946
parent3d840b7f4a7561918f42a72fb810dc3ef1801811
binutils: Use alternatives for the binutils-symlinks package.

The ar and strings utilities are provided as alternatives, but
the rest of binutils is being done with binutils-symlinks. This
has the side effect that if you want "as", and you install
binutils-symlinks to get it, you don't get "ar" from it, because
it's not in the symlinks package.

Solution: Use the same mechanisms for everything, putting
everything in ALTERNATIVES, so installing binutils on a target
produces the expected behavior of having the various utilities in place.
(We do this only for class-target, though.)

Issues: The "embedspu" and "ld.gold" binaries may or may not exist,
but the determination of whether to list them as alternatives is
being made before the point at which we can easily check for them,
so that can produce warnings.

(From OE-Core rev: 1395aefcaeac94dd0e6ed3a718b7e58dd43b355e)

Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-devtools/binutils/binutils.inc