linux/poky.git/meta/recipes-devtools/binutils/binutils.inc, branch 1.6_M5

binutils: ld-is-gold should not affect native and crosssdk recipes

2014-02-18T08:38:52+00:00

gold linker does not support all architectures, currently arm and x86 are best supported, therefore we can not enable this as a full distro option where we need to support other architectures e.g. ppc, mips currently, if we enable ld-is-gold distro feature conditionally then it invalidates native and sdk version of native binutils because configure option would change. With this patch we limit ld-is-gold feature to imapact cross binutils and target binutils only. This means that we can reuse the sdk and native versions across architectures. (From OE-Core rev: 542609b968f0dc6f56cc9d6aabe4ff0144041261) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

binutils: Package additional file when using ld-is-gold

2014-02-04T12:57:35+00:00

Fixes QA warnings like WARNING: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/ld.bfd /usr/bin/dwp (From OE-Core rev: 6503ad0484d5a9cc3f8338eb4f176d65c2f3c13a) Signed-off-by: Khem Raj Acked-by: Martin Jansa Signed-off-by: Richard Purdie

binutils: Also add autoconf-native to DEPENDS

2014-01-10T15:16:51+00:00

Commit 616354f13732d13c17434d5b60b166f691c25761 is insufficient because gnu-config-native's gnu-configize script uses perl modules from autoconf and hence doesn't work unless autoconf-native is staged (which it may not be if building from sstate). Ideally g-c-n would itself declare a dependency on autoconf-native but this is difficult to arrange without creating a dependency loop. autoconf-native already depends on gnu-config-native (because autoreconf invokes gnu-configize) and has a build dependency on m4-native, which in turn build-depends on g-c-n because it configizes itself by steam in do_configure and needs config.{guess,sub} to be available. Adding some sort of gnu-config-initial-native recipe would fix the latter problem, but this would be ugly because it would need special-casing in (at least) autotools.bbclass, and in any case this still wouldn't solve the problem of autoconf itself depending on g-c-n. So, the easiest solution to the problem at hand is to arrange for those few recipes that depend on g-c-n but not autoconf-native to gain that latter dependency as well. (From OE-Core rev: 507199e57acfcc99639dc2c53abe194d77d60866) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

binutils: add/tweak SUMMARY

2014-01-02T12:50:23+00:00

(From OE-Core rev: 82a58c3342133d342907b54dafb2f22518d00707) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

binutils: Add embedspu to standard binutils package

2013-12-10T17:42:41+00:00

This is only built for PPC, fixes the following QA Error ERROR: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/embedspu (From OE-Core rev: e77f419565bd54743bc773b17a17acdbf3773ec2) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

binutils: Add gnu-config-native to DEPENDS

2013-11-12T16:00:30+00:00

do_configure() in binutils.inc includes an explicit call to gnu-configize so we need to make sure that gnu-config-native is present. Previously this was being dragged in with the rest of the autotools stuff, but commit 54a3e2ee37003fc56af0339f857b0b6442790c26 disabled that for binutils-cross on the grounds that "we don't autoreconf" the toolchain components. Fix this by adding gnu-config-native itself explicitly to DEPENDS. (From OE-Core rev: 616354f13732d13c17434d5b60b166f691c25761) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

binutils: remove embedspu

2013-11-08T17:25:37+00:00

This is only built for PPC and not needed, so remove it to fix the QA Issue ERROR: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/embedspu (From OE-Core rev: 98c2b40b64785db99b4f02765212ff40301d3034) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

binutils: Drop binutils-symlinks

2013-11-08T17:25:33+00:00

The -symlinks package doesn't really add any value if we're using update-alternatives. Drop it, leaving a spare RPROVIDES in case anyone thought they needed it. (From OE-Core rev: 24093e26f246f222c385dc37a2f8cf8b0f183175) Signed-off-by: Peter Seebach Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

binutils: Use alternatives for the binutils-symlinks package.

2013-11-08T17:25:33+00:00

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 Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

binutils: the cat should always succeed when building config.cache

2013-05-24T13:14:47+00:00

There is a race condition between when the CONFIG_SITE list is generated and then used here via the cat to create the config.cache and in *all* configure scripts when reading from CONFIG_SITE. The race in this case is that the sstate setscene task runs on a package that contains a site config file (ncurses in this case) and then bitbake decides that it needs to rebuild and cleans out the site config file, so it existed for siteinfo_get_files() to find in SITECONFIG_SYSROOTCACHE and then was removed for the rebuild. When bintuils tried to run the do_configure() task which creates the binutil's version of config.cache it reads from CONFIG_SITE which now contains the non-existant site config file. (confused yet ;-)? Currently the configure script does a test -r to ensure the file is readable before using it, therefore having the cat succeed regardless of the file being available is consistent behaviour. (From OE-Core rev: ffd8f05e5548500199c9b04a174067811ad2c5e7) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie