summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/binutils/binutils.inc
Commit message (Collapse)AuthorAgeFilesLines
* binutils: Install PIC version of libiberty.aKhem Raj2020-04-261-0/+5
| | | | | | | | | | | | some architectures e.g. mips complain in linking apps which have shared libs that are linking with libiberty.a fixes errors like below libiberty/../../libiberty/hashtab.c:285:(.text+0xf8): relocation R_MIPS_26 against `htab_create_typed_alloc' cannot be used when making a shared object; recompile with -fPIC (From OE-Core rev: 49eacd44ff65b524c02ab93401dc97745d28415f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Use configure options to disable gdb and dependenciesKhem Raj2020-04-051-0/+5
| | | | | | | | | | | Deleting sources is a rough way of dealing with disabling components, using configure option is elegant way and we also keep the sources unchanged, this should not cause any funcitonal changes otherwise (From OE-Core rev: 1921711c9e7a915dbf04c3909bee39450c907845) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Do not build gold linker on mips/glibcKhem Raj2020-04-021-0/+2
| | | | | | | | | | | | | Using gnu_hash style is unsupported on gold for now therefore disable building gold on mips/glibc Certain applications poke for presence of gold linker and silently use it (webkit), therefore its best to disable building it (From OE-Core rev: b1b98ed4fafa9d37f71cbfe18f7a00ce2643449e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Pregenerate autoconf filesKhem Raj2020-03-301-7/+1
| | | | | | | | | | | | | | | | libtool patch will result in configure file regeneration, instead of doing that at build time, do it in patch itself, this avoids running autoconf before configure step. Since binutils needs specific version of autoconf ( which is 2.69 ) this will break on systems using newer or older verisons of autoconf in current state. (From OE-Core rev: 525d703d6f846e9706481a816910aef2ee70fb54) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix multilib header differenceJeremy Puhlman2020-02-291-0/+2
| | | | | | | | | | | bfd_stdint.h encodes the name of the compiler in the header which is different between mutlilibs. Remvoe target prefix to make the headers match. (From OE-Core rev: 62cd67ac4ca39edac3c57f648669f1427b6fe7dd) Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Fix x86_64 override usageRichard Purdie2020-02-221-1/+4
| | | | | | | | | | | | | | | This override was applying to binutils-native meaning it would behave differently depending upon the host it was building on. This is not a good idea and we have tests to detect it which failed: oe-selftest -r sstatetests.SStateTests.test_sstate_32_64_same_hash binutils-native already enables all targets so we can avoid issues by not setting this option in the native case. (From OE-Core rev: bbf9e8ae5e0ce2968e4fef071d3de3ddfdc7463c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Upgrade to 2.34 releaseKhem Raj2020-02-221-12/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | Details of changelog [1] Removing bfd/ld patch to enable PE targets, instead use specific emulations via --enable-targets for x86_64 Re-arrange/forward-port patches and upgrade libctf configure to libtool 2.4 patch rpaths are no longer emitted into elfedit/readelf therefore no need of chrpath anymore Instead of pre-generating configure scripts and house them in libtool patch, generate them during configure. This also ensures that we do not patch configure directly but rather the sources which generate it Package newly added libctf library [1] https://lists.gnu.org/archive/html/info-gnu/2020-02/msg00000.html (From OE-Core rev: 82f7d5cfc2ab02f39b69c0f8697d660936422d4a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Christopher Clark <christopher.clark6@baesystems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Bail out if gold is used on 32/64 bit RISC-VKhem Raj2020-02-141-0/+7
| | | | | | | | | | | | | | gold is not supporting risc-v yet and, this will cause subltle errors during build e.g. autoconf not finding certain features like visibility and it could take a while to unwind the problem. Its better to error out early Remove dwp and ld.gold for rv32 as well (From OE-Core rev: 5ee10b10b3316a368cea73df470befd587ef1cd0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix symlinksAchille Fouilleul2018-10-091-3/+3
| | | | | | | | | | | | | | | | | For nativesdk, symlinks created by do_install contain ${SDKPATHNATIVE}. This is a problem with SDKs that include nativesdk-binutils and nativesdk-gcc. When extracting such an SDK dangling symlinks are created, because relocate_sdk.py does not adjust symlinks. As a result gcc ends up calling the host binutils. Use the os.path.relpath function to obtain shorter relative paths, which do not contain ${SDKPATHNATIVE}. (From OE-Core rev: 3d6372aa2d9f752eac0e4943d1bde04f0f1924a0) Signed-off-by: Achille Fouilleul <achille.fouilleul@gadz.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Fix variable conflictRichard Purdie2018-09-051-3/+3
| | | | | | | | | | A recent binutils patch added the LDGOLD variable but its already used for controlling EXTRA_OECONF options for gold. Separate the two variables to different names to avoid build warnings and confusion. (From OE-Core rev: 713c83fd00ab16250f05b0c3933f0c8178b8a33e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb: Seprate out gold and dwp into a variableKhem Raj2018-09-041-1/+4
| | | | | | | | | | This is needed for riscv64 to build target binutils fixes alternatives creation (From OE-Core rev: 81a8e7addadcffc322735f3a30369d382334590b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: apply mingw fix only for binutils-cross-canadianSamuli Piippo2017-09-181-1/+0
| | | | | | | | | | | | Whenever SDKMACHINE is set to mingw32, sdkmingw32 override is defined everywhere. This meant that value of LDGOLD was different also for binutils and binutils-cross depending whether SDKMACHINE was set or not. (From OE-Core rev: 0398f84482dbe5ee99b20e2ca6b3e9984f7ccec5) Signed-off-by: Samuli Piippo <samuli.piippo@qt.io> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: disable gold on mingwRoss Burton2017-03-211-0/+1
| | | | | | | | | | | | | | | | oe-core 759eed (binutils: Enable threading when gold is enabled and is not default linker) causes linking in mingw SDKs to fail: .../work/i686-nativesdk-mingw32-pokysdk-mingw32/binutils-cross-canadian-x86-64/2.28-r0 /recipe-sysroot-native/usr/bin/i686-pokysdk-mingw32/../../libexec/i686-pokysdk-mingw32/gcc/i686-pokysdk-mingw32/6.3.0/ld: cannot find -lpthread Work around this by disabling gold entirely in mingw SDKs. (From OE-Core rev: b5a595a4be09756b88e91f3353e3b221b165ab44) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Enable threading when gold is enabled and is not default linkerKhem Raj2017-03-171-1/+1
| | | | | | | | | | | | Currently we enable threaded linking feature of gold linker only when its used as default ld. There is no need to restrict it when its not default linker either. As long as gold is enabled, which is the case here, we should be able to do threaded linking. (From OE-Core rev: 759eed2b02e0a7b5c8b19d4b087d9151c009eed4) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove True option to getVar callsJoshua Lock2016-12-161-3/+3
| | | | | | | | | | | | | getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Bump to 2.27Khem Raj2016-08-101-1/+0
| | | | | | | (From OE-Core rev: 3f1eb2556026572dca9476c561d89b86723395c7) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: configure with --enable-deterministic-archivesAndre McCurdy2016-06-231-0/+1
| | | | | | | | | | | | | | Causes ar to use zero for timestamps and uids/gids by default when creating static archives, which helps make builds deterministic. https://bugzilla.redhat.com/show_bug.cgi?id=1124342 https://wiki.debian.org/ReproducibleBuilds/TimestampsInStaticLibraries (From OE-Core rev: df0d525c02780b5a0bd7a177a249c55f41797476) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Fix useless rpaths QA warningKhem Raj2016-02-181-0/+11
| | | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 9043202f4e705932a3847f2f7635fca06fe5a916) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: more removals of redunant FILES_${PN}-dbgRoss Burton2015-12-161-2/+0
| | | | | | | | | | 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. (From OE-Core rev: a3b000643898d7402b9e57c02e8d10e677cc9722) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-10 21:20:58 +0000