linux/poky.git/meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb, branch krogoth-next

gcc: Drop old version 4.5.1

2011-10-12T13:12:09+00:00

(From OE-Core rev: 59443380286010eda07f1434e918a3af8c8a31a9) Signed-off-by: Richard Purdie

gcc: Various fixups to ensure consistent gcc builds

2011-08-11T18:08:02+00:00

We ensure that: * the shared work directory contains PR and ensure PR values are consistent across gcc builds * the regexp to handle library directories is in a specific task and run once This avoids breakage that was seen in incremental builds after commit be1f70d68b6b75772ebab8bdff683ddd7c42b0cd where the interpretor could become corrupted. This was due to the sed expression corrupting the source directory. (From OE-Core rev: 970af6b09e1d69041b0d82fa56ace19543405eb1) Signed-off-by: Richard Purdie

Rename poky-lsb override to linuxstdbase

2011-04-20T23:29:32+00:00

(From OE-Core rev: 73a227a738da17229baac142ccd889c7929402ba) Signed-off-by: Richard Purdie

gcc: Add "--enable-clocale=gnu" option for LSB.

2011-04-18T04:49:44+00:00

Add "--enable-clocale=gun" option for gcc configuration explicitly for LSB distro in order to make sure C++ library can use correct locale module. Fixes [YOCTO #796] (From OE-Core rev: 8fc7b1e8881872535379d99a8ff940249632b5f7) Signed-off-by: Jingdong Lu Signed-off-by: Richard Purdie

gcc-runtime_4.5.1.bb: Do not filter out -feliminate-dwarf2-dups

2011-04-04T13:09:44+00:00

This is already taken care by bitbake.conf (From OE-Core rev: 59d0aed3615ce08203139137d70d38ea8b9fe9d9) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-runtime_4.5.1.bb: Fix ICE in gcc-runtime with -feliminate-dwarf2-dups

2011-03-24T12:33:36+00:00

GCC 4.5 ends up in an ICE when compiling libstdc++ pre compiled header so we eliminate -feliminate-dwarf2-dups for gcc-runtime (From OE-Core rev: e0eeb10144db74c0671acd684059e8a6f82a572f) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-runtime: Fix dbg files

2011-03-11T02:46:03+00:00

In order to debug certain C++ items, you need the helper python components. These components should live in the -dbg package, ensure they are added to the recipe. (From OE-Core rev: 285fbd8a206eee061e27f37430499fcbe1e7284d) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

gcc-runtime: fix LSB library checks for libstdc++.so.6

2011-03-11T02:14:13+00:00

[YOCTO #795] When we run library check of LSB on qemux86 and qemuppc, we got some failures about 'libstdc++.so.6'. Test environment: Platform: Qemu-x86, Qemu-ppc lsb image: poky-image-lsb-qemux86-test.ext3(Feb 26th, auto-build server) Library check of LSB: 4.1.0-1 The error log: Did not find _ZNKSt5ctypeIcE8do_widenEPKcS2_Pc (GLIBCXX_3.4) in libstdc++.so.6 Unmangled symbol name: std::ctype::do_widen(char const*, char const*, char*) const ... found that some weak symbols ('W') change into local ('t') during link time and be stripped. According to compiling log, the option "-fvisibility-inlines-hidden" is used for gcc. And this option caused some weak symbols change into local. see http://bugzilla.pokylinux.org/show_bug.cgi?id=795 for more information on the bug. (From OE-Core rev: 4bb281ef5f12096d0889ba8efcc3fd3bb0ed3b3c) Signed-off-by: Nitin A Kamble Signed-off-by: Jingdong Lu Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

libgcc: use the new recipe (rather than gcc-runtime) to install libgcc_s.so* and crt*.o

2011-01-17T22:04:50+00:00

Currently gcc-runtime installs the files, but actually gcc-runtime's do_configure checks if the files are available, so before we build gcc-runtime, we should have some recipe install the files first! -- currently gcc-cross-intermediate actually does that(gcc-cross also installs the files, but it installs into the gcc-build-internal* directory), but gcc-cross-intermediate will have its own sysroot in future, after that, gcc-runtime won't build. So let us add this new target recipe and move the installation of the files from gcc-runtime into it. Signed-off-by: Dexuan Cui

gcc-4.5.1: make c++ include path relative to "--sysroot"

2011-01-02T09:25:40+00:00

So far c++ include path is not relative to "--sysroot", which brings trouble if we want to use the toolchain in a new environment where the original build directory generating that toolchain is not available. It's firstly exposed in multiple SDK sysroots support, and then in the case when sstate packages are used, where c++ standard headers are missing because gcc tries to search original build dir. This patch makes c++ include path now relative to "--sysroot", and then once "--sysroot" is assigned correctly in new environment, c++ include paths can be searched as expected. Signed-off-by: Kevin Tian