summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/binutils
Commit message (Collapse)AuthorAgeFilesLines
* binutils: add embedspu for ppc buildsSaul Wold2012-04-241-0/+1
| | | | | | WARNING: For recipe binutils, the following files/directories were installed but not shipped in any package: WARNING: /usr/bin/embedspu Signed-off-by: Saul Wold <sgw@linux.intel.com>
* binutils: Inform binutils that armv5e really is valid!Mark Hatle2012-04-042-1/+22
| | | | | | | | | | A comment in the binutils sources indicate that it should support all of the -march= parameters that gcc supports. The tune validations noted that gas failed on -march=armv5e. It is not yet clear to me if this patch belongs upstream or not. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* recipes: bump PR to rebuild .la files without libz.laMartin Jansa2012-02-211-1/+1
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* zlib: Upgrade 1.2.5 -> 1.2.6Khem Raj2012-02-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | Dont use autotools, it really not so autoconf like. the configure script gets updated with every release of zlib and we overwrite that. Instead use the upstream provided configure copyright year was changed in zlib.h which caused change in LIC_FILE_CHECKSUM fix.inverted.LFS.logic.patch is already applied upstream so drop it Drop the configure.ac and Makefile.am scripts since we do not autoreconf anymore and do not inherit autotools anymore Bump PR for depending recipes so a rebuild it ensues so that they dont depend on .la anymore and add missing dependencies discovered during incremental build Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils: fixes for build with an external csl toolchainChristopher Larson2012-02-031-2/+3
| | | | | 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-242-2/+1
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* binutils-cross-canadian: Clear BBCLASSEXTEND as a native version of this ↵Richard Purdie2012-01-111-0/+2
| | | | | | recipe makes no sense Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils-cross-canadian: Allow ld-is-goldDerek Buitenhuis2012-01-051-1/+2
| | | | | | | | | In order to actually generate a toolchain (with bitbake meta-toolchain) that supports gold, binutils- cross-canadian also needs to be built this way. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix building on distros with matching binutils versionNitin A Kamble2011-12-224-4/+4
| | | | | | | | | | | | | | | | | | | | | | | 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] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* cross-recipes: Disable nls in gettext bbclassKhem Raj2011-12-151-1/+0
| | | | | | | | | | | | | | Right now for cross recipes e.g. gcc-cross and binutils-cross we specify --disable-nls .... --enable-nls on configure cmdline the --enable-nls coming from gettext bbclass. So we disable nls for all cross inheriting recipes in gettext bbclass and then we remove the extra --disable-nls in gcc-cross and binutils-cross This patch needs testing. Please help Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils: fix for .debug files QA warningsNitin A Kamble2011-12-014-3/+5
| | | | | | | | | | | | | | | | | | 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 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: upgrade from 2.21.1a to 2.22Nitin A Kamble2011-11-2918-577/+542
| | | | | | | | | And rebase the patches to the newer source code This patch is upstream hence deleting it from the recipe. binutils/110-arm-eabi-conf.patch Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Introduce multiarch DISTRO_FEATUREJulian Pidancet2011-11-292-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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. Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
* binutils-cross-canadian: Point sysroot to correct locationKhem Raj2011-10-242-2/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gcc/binutils: Disable NLS/gettext dependenciesRichard Purdie2011-10-101-0/+4
| | | | | | | | | | | | | We force the C locale when running builds for determinstic error messages. We therefore have no need to NLS support in binutils cross or gcc cross. We also don't need the standard base/autotools dependencies for our toolchain components since we don't autoreconf these. This patch turns off nls and cleans up some of the dependencies resulting in a slightly less convoluted set of build dependencies. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: update to 2.21.1aPaul Eggleton2011-08-294-3/+6
| | | | | | | | 2.21.1 has disappeared upstream. There is no ChangeLog information for 2.21.1a, however diff reports only the addition of some cpu/opc files in cgen/ subdirectory; the source code is otherwise identical. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* recipes: Delete patch=1, its default and replace pnum with striplevelKhem Raj2011-08-231-7/+7
| | | | | | | Some place pnum=1 is used which is removed as well since striplevel=1 is default Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils: Add support for powerpc e5500 coreKumar Gala2011-08-042-1/+114
| | | | | | | | Add powerpc e5500 core support to binutils so its recognized by assember, etc. The e5500 is a 64-bit core from Freescale utilized in the P5020 SoC. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* binutils: Fix multilib header conflict - bfd.hMark Hatle2011-07-272-2/+4
| | | | | | bfd.h conflicts between 32-bit and 64-bit versions. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* binutils: Fix build when compiling target binutils recipe with gcc 4.6Khem Raj2011-07-202-1/+81
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils: package unpackaged filesNitin A Kamble2011-07-134-3/+5
| | | | | | | | | 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 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* binutils: upgrade from 2.21 to 2.21.1Nitin A Kamble2011-07-0817-861/+871
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* binutils: allow distro to select gold as default linkerPhil Blundell2011-06-301-1/+2
| | | | | | | 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>
* binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64Khem Raj2011-06-222-1/+430
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-138-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* recipes: Fix the Upstream-Status formatNitin A Kamble2011-05-114-4/+4
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* binutils.inc: Switch to TARGET_PREFIX not TARGET_SYSTom Rini2011-05-081-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. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* binutils: update upstream status of patchesNitin A Kamble2011-05-084-0/+8
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* binutils: Use arm*-*-linux-uclibceabi instead of arm*-*-linux-uclibcgnueabiKhem Raj2011-04-041-2/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils-cross-canadian.inc: disable -werror like -cross doesKoen Kooi2011-02-091-1/+2
| | | | | | | | | | | | | | 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>
* binutils: fix library RPATHsScott Garman2011-01-212-0/+37
| | | | | | This integrates the RPATH fixes we recently applied to libtool. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: Fix QA staging errors for target binutilsScott Garman2011-01-211-802/+846
| | | | | | | | | | | * 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>
* binutils: forward-port the binutils-poison.patchScott Garman2011-01-212-163/+154
| | | | | | | Update the binutils-poison.patch to apply cleanly on binutils 2.21 Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: upgrade to 2.21 and add libtool sysroot supportScott Garman2011-01-2118-138/+18732
| | | | | | | | * 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>
* binutils: use default ${CC} instead of defining it ownKevin Tian2011-01-062-3/+1
| | | | | | | | 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-233-15/+14
| | | | | | Cleanup some simple whitespace / line break issues. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: delete unused patchesScott Garman2010-12-235-209/+0
| | | | | | These patches are not used by any current binutils recipe. 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>
* Using TRANSLATED_TARGET_ARCH instead of TARGET_ARCH.Lianhao Lu2010-12-101-1/+1
| | | | | | | | | | | 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>
* cross-canadian: pkg name includes target archLianhao Lu2010-12-102-1/+7
| | | | | | | | | | | | | | 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>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* binutils: Update the poison patchMark Hatle2010-10-012-45/+86
| | | | | | | | | | [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>
* binutils: add binutils_poison.patchNitin A Kamble2010-09-085-4/+218
| | | | | | | | 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-2725-0/+873
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>