summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/binutils/binutils.inc
Commit message (Collapse)AuthorAgeFilesLines
* binutils: Fix packaging now gold is always builtRichard Purdie2015-04-081-1/+1
| | | | | | | | | | | | | | 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. (From OE-Core rev: 6333186e9764b2c269a2b3869956860fa8fde2b1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Allow gold to build even when not the defaultRichard Purdie2015-04-081-1/+1
| | | | | | | | | It can be useful to have gold available for testing even when its not the default, therefore build gold by default in all configurations. (From OE-Core rev: 67dc1df30ec9f38c41df0ad88978e8135e00dd18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.Max Eliaser2014-05-021-1/+1
| | | | | | | | | | | | | 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. (From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Globally replace 'base_contains' calls with 'bb.utils.contains'Otavio Salvador2014-04-251-3/+3
| | | | | | | | | | | 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. (From OE-Core rev: d83b16dbf0862be387f84228710cb165c6d2b03b) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: ld-is-gold should not affect native and crosssdk recipesKhem Raj2014-02-181-2/+6
| | | | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Package additional file when using ld-is-goldKhem Raj2014-02-041-1/+2
| | | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Acked-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Also add autoconf-native to DEPENDSPhil Blundell2014-01-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | 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 <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: add/tweak SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | (From OE-Core rev: 82a58c3342133d342907b54dafb2f22518d00707) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Add embedspu to standard binutils packageSaul Wold2013-12-101-6/+2
| | | | | | | | | | | | 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 <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Add gnu-config-native to DEPENDSPhil Blundell2013-11-121-1/+1
| | | | | | | | | | | | | | | 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 <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: remove embedspuSaul Wold2013-11-081-0/+5
| | | | | | | | | | | | 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 <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Drop binutils-symlinksPeter Seebach2013-11-081-8/+2
| | | | | | | | | | | | 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 <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Use alternatives for the binutils-symlinks package.Peter Seebach2013-11-081-26/+41
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* binutils: the cat should always succeed when building config.cacheSaul Wold2013-05-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | 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 <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove redundant _FOR_BUILD variablesRoss Burton2012-11-121-2/+2
| | | | | | | (From OE-Core rev: acabd2158d9004dedfdfad8c170b77d32684f3fc) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils.inc: add vardep on multiarch DISTRO_FEATUREMatthew McClintock2012-10-021-0/+2
| | | | | | | | | | binutils will build differently if this feature is enabled, so make the do_configure step depend on it (From OE-Core rev: 0788cf349fe37ef4a36c626dbc396c97d1ab14d7) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Enable threaded linking with goldKhem Raj2012-08-071-1/+1
| | | | | | | | | | | This options will let gold spawn multiple threads for linking and speeding up linking on multicore build hosts. (From OE-Core rev: 210957a58260ec50416649aba799d0e96aeeff24) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: package ld.gold symlinkMartin Jansa2012-07-181-0/+1
| | | | | | | | | | | | | * fixes: NOTE: package binutils-2.22-r11: task do_package: Started WARNING: QA Issue: binutils: Files/directories were installed but not shipped /usr/bin/ld.gold NOTE: package binutils-2.22-r11: task do_package: Succeeded (From OE-Core rev: b01b958007b2c09e68a839415440972e08275702) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Enable plugins by defaultKhem Raj2012-06-211-0/+1
| | | | | | | | | | Plugins work well in 2.22+ so lets enable them helps with lto (From OE-Core rev: 81ecc9d468c36b36c4b2ccc4ab5f366611a8fa46) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Add with-sysroot to target binutilsKhem Raj2012-06-211-26/+1
| | | | | | | | | | | | | Also rearrange the recipes to have common bits in inc files and not include the target bb file everywhere. This lets us add specific options to specific recipes particularly target recipe in this case (From OE-Core rev: f4ed063e32f064e996a4c29760fa4ac49f1ed73c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: use new update-alternativesMark Hatle2012-05-301-8/+10
| | | | | | | (From OE-Core rev: f0ad3c8ce298ca492938e4ded2263c54213786f6) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: add embedspu for ppc buildsSaul Wold2012-04-261-0/+1
| | | | | | | | | WARNING: For recipe binutils, the following files/directories were installed but not shipped in any package: WARNING: /usr/bin/embedspu (From OE-Core rev: 447d77b9e33a68f748c96a152eae19148e43ed7c) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fixes for build with an external csl toolchainChristopher Larson2012-02-031-2/+3
| | | | | | | (From OE-Core rev: 050eb9c82d8a2d04f2578c04a826b7762d737446) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: refactor packages for staticdevSaul Wold2012-01-241-1/+0
| | | | | | | (From OE-Core rev: 42b2996a58635483aa111ba4c61f71740d8294f5) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix building on distros with matching binutils versionNitin A Kamble2011-12-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | x86_64 opensuse 11.4 has bintuils version 2.21, and when binutils_2.21 recipe is built for x86_64 target then, the invocation of distro gcc fails with errors like this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/as: symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/.. make[2]: *** [sysinfo.o] Error 1 The issue rootcaused as incompatible LD_LIBRARY_PATH while running the distro gcc. As per Martin Jansa gentoo also sees similar issue with binutils 2.22 recipe. This commit fixes the issue by clearing the LD_LIBRARY_PATH for distro gcc (CC_FOR_BUILD) This Fixes bug: [YOCTO #1833] (From OE-Core rev: be769d948a9c26d55d98fbf38fc0b109edb40c3f) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix for .debug files QA warningsNitin A Kamble2011-12-011-0/+2
| | | | | | | | | | | | | | | | | | | | THis commit fixes these QA warnings for binutils recipe WARNING: For recipe binutils, the following files/directories were installed but not shipped in any package: WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/strip WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/objcopy WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/objdump WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ld WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/nm WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/as WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ranlib WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ld.bfd WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ar (From OE-Core rev: 1615287660e9d0cce89c7d6d5ad177769856b3cc) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Introduce multiarch DISTRO_FEATUREJulian Pidancet2011-11-291-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch introduces a distro feature which enables gcc to produce both 32bit and 64bit code, and enables binutils to operate on both 32bit and 64bit binaries. It differs from multilib toolchains in that it does not require to compile a version of the libc for each architecture variant. However, the code produced for the secondary architecture will not be linkable against the libc. v2: - Renamed the feature name from "biarch" to "multiarch". The GCC installation manual claims that the mips-linux can be made a tri-arch compiler (http://gcc.gnu.org/install/configure.html) - For x86_64, the compiler is made bi-arch by default, so nothing has to be done in particular. - I analyzed the gcc/config.gcc from GCC sources and added in this patch all the architectures that could be made biarch with the version of gcc currently used in OE, which are powerpc, and sparc, in addition to x86. mips and s390 will probably be supported in future versions of gcc. For x86 and sparc, only the --enable-targets=all option is valid to make this work (this option doesn't have any other side effects than making the compiler bi-arch). For powerpc, I used the --enable-targets=powerpc64 option (although 'all' also works). Note: - Untested on powerpc and sparc. But I believe it works the same as with x86. - gcc in meta-toolchain is also made multiarch. (From OE-Core rev: 99e295ef30ba02db3966c66619807c037ef5089f) Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Fix multilib header conflict - bfd.hMark Hatle2011-07-271-1/+3
| | | | | | | | | bfd.h conflicts between 32-bit and 64-bit versions. (From OE-Core rev: cd2975f7ad380aaac8c88bc151a2c34a42d4c540) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: package unpackaged filesNitin A Kamble2011-07-131-0/+2
| | | | | | | | | | | | To fix these package qa warnings WARNING: For recipe binutils, the following files were installed but not shipped in any package: WARNING: /usr/bin/ld.bfd WARNING: /usr/bin/elfedit (From OE-Core rev: 2365c6830119f9242aae3450488183ec11fe9c1d) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Add missing dependency on zlib-nativeRichard Purdie2011-05-251-1/+1
| | | | | | | | | | | | | | | | Without this, compiler errors such as: configure:33440: i586-poky-linux-gcc -march=i586 --sysroot=/media/build2/builds/rptest/b2/tmp/sysroots/qemux86 -o conftest -D_REENTRANT -Wl,-O1 -Wl,--as-needed conftest.c -lpthread >&5 /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.6.0/as: /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/bin/i586-poky-linux/../../../usr/lib/libz.so.1: no version information available (required by /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.6.0/as) /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.6.0/ld: /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/bin/i586-poky-linux/../../../usr/lib/libz.so.1: no version information available (required by /media/build2/builds/rptest/b2/tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.6.0/ld) can be see. This is due to the compiler being built against the system zlib, before zlib-native is built and in the sysroot. Once that has been built it can confuse the linker depending on the relative library versions. (From OE-Core rev: a04d50a0318cd16d5fb02a625d739e03b94e42b7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils.inc: Switch to TARGET_PREFIX not TARGET_SYSTom Rini2011-05-091-5/+5
| | | | | | | | | | | | | When TARGET_PREFIX and TARGET_SYS didn't match up, the symlinks and update-alternatives weren't working. TARGET_PREFIX is what we use when configuring so it's what we should be using here. This is 79b497edc0ce5d54db564818e59b690d3391d6ce from OE. (From OE-Core rev: 371205d21723ec911a77d5e7c1ef51fb26d854f5) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: use default ${CC} instead of defining it ownKevin Tian2011-01-061-2/+0
| | | | | | | | binutils.inc exports its own ${CC} which is similar to default ${CC} but missing ${TOOLCHAIN_OPTION}, which makes --sysroot option lost when compiling target binutils which then further breaks sstate. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* binutils*.inc: Recipe format cleanupScott Garman2010-12-231-9/+9
| | | | | | Cleanup some simple whitespace / line break issues. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* recipes-devtools: Add Summary informationMark Hatle2010-12-161-1/+6
| | | | | | Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* binutils: add binutils_poison.patchNitin A Kamble2010-09-081-1/+1
| | | | | | | | and also correct the license field in the recipe This fixes [BUGID #245] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+146
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-16 07:26:50 +0000