elfedit and readelf contains /usr/lib in elf header this patch deletes them from binaries, ideally it should be fixed in libtool and Makery of binutils mips target binutils dont build gold so remove them from ALTERNATIVES list depend on own version of chrpath native, so builds on build OS like Centos can work, the verison of chrpath on centos is old enough to not support dealing with multi-arch ELF files. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In some recipes overly-split -dbg packages were merged into PN-dbg. Unless there's a very good reason, recipes should have a single -dev and -dbg package. Signed-off-by: Ross Burton <ross.burton@intel.com>
Resolves: ERROR: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/dwp /usr/bin/ld.gold [installed-vs-shipped] now gold is always built. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It can be useful to have gold available for testing even when its not the default, therefore build gold by default in all configurations. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The base_contains is kept as a compatibility method and we ought to not use it in OE-Core so we can remove it from base metadata in future. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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. Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes QA warnings like WARNING: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/ld.bfd /usr/bin/dwp Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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.
Signed-off-by: Phil Blundell <pb@pbcl.net>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>