summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/binutils
AgeCommit message (Collapse)AuthorFiles
2011-07-08binutils: upgrade from 2.21 to 2.21.1Nitin A Kamble17
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-06-30binutils: allow distro to select gold as default linkerPhil Blundell1
But ensure that gcc-cross-intermediate always uses ld.bfd since (e)glibc won't build with gold. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-06-22binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64Khem Raj2
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-05-25binutils: Add missing dependency on zlib-nativeRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-13recipes: Update upstream-status of patchesNitin A Kamble8
python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-11recipes: Fix the Upstream-Status formatNitin A Kamble4
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-08binutils.inc: Switch to TARGET_PREFIX not TARGET_SYSTom Rini1
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. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-05-08binutils: update upstream status of patchesNitin A Kamble4
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-04-04binutils: Use arm*-*-linux-uclibceabi instead of arm*-*-linux-uclibcgnueabiKhem Raj1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-02-09binutils-cross-canadian.inc: disable -werror like -cross doesKoen Kooi1
The error this works around is: cc1: warnings being treated as errors gas/config/tc-arm.c: In function 'parse_operands': gas/config/tc-arm.c:1876:27: error: 'firsttype$defined' may be used uninitialized in this function gas/config/tc-arm.c:1876:27: error: 'firsttype$index' may be used uninitialized in this function Ideally it should get fixed properly, but let's mimic binutils-cross for now Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-21binutils: fix library RPATHsScott Garman2
This integrates the RPATH fixes we recently applied to libtool. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-01-21binutils: Fix QA staging errors for target binutilsScott Garman1
* The spurious paths were caused by a -L on commandline which pointed to build dir. So we dont use -L <wordir> -liberty instead use the libiberty.a directly on commandline effects are same but .la does not have the workdir path in deplibs Patch obtained from OpenEmbedded, written by Khem Raj. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-01-21binutils: forward-port the binutils-poison.patchScott Garman2
Update the binutils-poison.patch to apply cleanly on binutils 2.21 Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-01-21binutils: upgrade to 2.21 and add libtool sysroot supportScott Garman18
* Upgraded binutils to v2.21 * Incorporated libtool sysroot patches from OE * Removed patches no longer needed or obsoleted by OE patches Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-01-06binutils: use default ${CC} instead of defining it ownKevin Tian2
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>
2010-12-23binutils*.inc: Recipe format cleanupScott Garman3
Cleanup some simple whitespace / line break issues. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2010-12-23binutils: delete unused patchesScott Garman5
These patches are not used by any current binutils recipe. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2010-12-16recipes-devtools: Add Summary informationMark Hatle1
Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-12-10Using TRANSLATED_TARGET_ARCH instead of TARGET_ARCH.Lianhao Lu1
Using TRANSLATED_TARGET_ARCH instead of TARGET_ARCH for cross-canadian packages. This is due to the TARGET_ARCH of x86_64 would results incorrect packaging in cross-canadian packages. The pacakge name appendix of x86_64 target in cross-canadian packages is x86-64. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2010-12-10cross-canadian: pkg name includes target archLianhao Lu2
This commit fixes Bug #528. 1. Added the target arch name to the pkg name of gcc-cross-canadian, gdb-cross-candian and bintuils-cross-candian. 2. Move the cross-canadian pkgs out of task-sdk-host into a new task task-cross-canadian. 3. Added the RDEPENDS of task-cross-canadian into meta-toolchain. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-10-01binutils: Update the poison patchMark Hatle2
[BUGID #374] Previously the poison directories patch was present, but not enabled due to the lack of the configure option being set, and also the fact configure itself was not being patched. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-09-08binutils: add binutils_poison.patchNitin A Kamble5
and also correct the license field in the recipe This fixes [BUGID #245] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie25
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>