linux/poky.git/meta/recipes-devtools/gcc/libgcc_4.7.bb, branch nanbield-4.3.2

gcc: Drop 4.7.2 version since 4.8 is stable now

2014-01-02T12:50:26+00:00

We've had 4.8 around for a while now, I'm not aware of any issues with it so we can drop the older 4.7 version. (From OE-Core rev: 15685dccd37f7636bbdd56af04a9dbc9b7595612) Signed-off-by: Richard Purdie

libgcc: Move common code to libgcc.inc

2013-08-23T15:20:13+00:00

(From OE-Core rev: 3b627b0a8e91a08a3e2a44c71d312ae303fb5d62) Signed-off-by: Richard Purdie

bitbake.conf/classes/gcc: Don't hardcode -nativesdk

2013-08-23T15:20:12+00:00

Hardcoding -nativesdk as the sdk package architecture is inflexible. We may have multiple different target OS and we need a way to be able to separate them. Turning this into a configurable value allows the flexibility we need to build different SDKMACHINEs with different OS targets. The commit should have no behaviour change, just makes things more configurable. (From OE-Core rev: a2110e86b98d646e136de9ec6b8e668079b0d4f4) Signed-off-by: Richard Purdie

libgcc: Disable multilib install for nativesdk

2013-02-05T15:22:45+00:00

Fixes errors when building SDK for multilibbed enabled architectures. [YOCTO #3832] (From OE-Core rev: 09934f38df057e12af7d14791f7ab752e81093db) Signed-off-by: Khem Raj Signed-off-by: Constantin Musca Signed-off-by: Richard Purdie

gcc: enable multilib for target gcc

2013-02-01T15:54:31+00:00

- add a task to setup multilib configuration for target gcc - this commit adapts Nitin Kamble's work to gcc 4.7 - use a hash for storing arch-dependent multilib options - patch gcc in order to use the multilib config files from the build directory Tests: root@qemux86-64:~# gcc -m64 t.c -o t root@qemux86-64:~# file t t: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! root@qemux86-64:~# gcc -m32 t.c -o t root@qemux86-64:~# file t t: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! [YOCTO #1369] (From OE-Core rev: b26819c85881e82ee1b5c68840011e78c321f18e) Signed-off-by: Constantin Musca Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Split do_packagedata task from do_package

2013-01-25T12:42:47+00:00

Currently, do_rootfs has a dependency on all the do_package output being present due to its usage of the pkgdata directories. This means that if you run: bitbake xxxx-image -c rootfs you end up having to fetch and unpack all the do_package data which is usually large and inefficient. It also means rm_work has to leave all the do_package data lying around so rootfs works. This patch splits the actual creation of the pkgdata directory off into a separate task, "packagedata" which happens immediately after do_package. We can then remap the dependencies so this task is depended upon, not do_package. Sstate can then be programmed not to require do_package at the appropriate times. Whilst this patch doesn't do so, it opens the possibility of rm_work wiping out the do_package output from WORKDIR as long as it also removed the do_package stamp (both normal and setscene variants) and allowing more space savings with rm_work which has been regularly requested. (From OE-Core rev: 6107ee294afde395e39d084c33e8e94013c625a9) Signed-off-by: Richard Purdie

nativesdk: Switch to using nativesdk as a prefix, not a suffix

2012-09-02T12:52:06+00:00

As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie

libgcc: Add missing dependency on libc:do_package

2012-07-24T09:35:32+00:00

do_package writes out shlibs data and libgcc can depend on the values there. We therefore need to express the depdency so that sstate can account for it for example. Without this a version change in eglibc can "psersist" in the sstate cache and corrupt builds. (From OE-Core rev: 4148bc80c008d25c8a536c7c7dfdeac1669a6662) Signed-off-by: Richard Purdie

libgcc: Remove unpackage unwind.h

2012-06-29T12:30:57+00:00

Fixes build warnings like below WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package: WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h (From OE-Core rev: f7ec6ea2b32207993e7fc92ed67c08f542007953) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

libgcc: Add MLPREFIX to sanity check skip

2012-05-03T14:48:00+00:00

Fixes: ERROR: QA Issue: non -staticdev package contains static .a library: lib32-libgcov-dev path '/work/x86-pokymllib32-linux/lib32-libgcc-4.7.0+svnr186651-r0/packages-split/lib32-libgcov-dev/usr/lib/i586-pokymllib32-linux/4.7.1/libgcov.a' ERROR: QA run found fatal errors. Please consider fixing them. ERROR: Function failed: do_package_qa ERROR: Logfile of failure stored in: /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-multilib/build/build/tmp/work/x86-pokymllib32-linux/lib32-libgcc-4.7.0+svnr186651-r0/temp/log.do_package.9691 NOTE: package lib32-libgcc-4.7.0+svnr186651-r0: task do_package: Failed ERROR: Task 1077 (virtual:multilib:lib32:/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-multilib/build/meta/recipes-devtools/gcc/libgcc_4.7.bb, do_package) failed with exit code '1' (From OE-Core rev: dd303065890e44f6f2c986988938c3599ea94e4f) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie