linux/poky.git/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc, branch uninative-1.9

gcc-cross-intermediate, gcc-crosssdk-intermediate: Remove

2012-08-21T11:15:33+00:00

These recipes arent used anymore so delete them (From OE-Core rev: 4ef8960c8d2876914bb78cbdce5fae3c5297e942) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

crosssdk/nativesdk: Ensure EXTRA_OECONF_FPU is unset

2012-07-17T09:53:57+00:00

If EXTRA_OECONF_FPU is left set, certain ARM variables related to hard-float can get pulled in and trigger rebuilds of the crosssdk code. The best solution is to simply force the variable to a known correct value for the SDK targets currently supported in the same way as TARGET_FPU. There is some slight rearrangement of the gcc code to ensure the variable is always used to call the fpu function. (From OE-Core rev: 410990445ada8cdcfaec4e6fa5791cee9a5b8983) Signed-off-by: Richard Purdie Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

gcc-configure: Render --with-local-prefix harmless

2012-04-30T10:37:23+00:00

this option by default points to /usr/local no matter what so we cant let it sit on sidelines otherwise it will access host machine's /usr/local which may not be desired. So disable this option. This also helps in making gcc's shared state more consistent (From OE-Core rev: eee3658366e1ae9d3e429b3d3c968938d8d0f00e) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-cross-intermediate: fix do_install for x32

2012-04-04T16:17:52+00:00

This Fixes [Ycoto #2223] bug. The gcc osdir is obtained in the do_install by invocation of command "gcc -print-multi-os-directory". For x32 it returns gcc osdir for the default abi which is x86_64. Fix this by adding target abi parameter to the gcc command line to get correct gcc osdir with invocation of command "gcc -mx32 -print-multi-os-directory" (From OE-Core rev: e65b6a4282d5c4882d0565b79ccba99db90161ff) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

gcc-cross-intermediate: Ensure we move the libraries from the correct location

2012-03-28T15:53:08+00:00

This fixes multilib issues if you try for example to use a BASELIB of /lib32 which wouldn't work without this change since the compiler install location is taken from gcc -print-multi-os-directory which can still turn out to be "/lib". The reason is that a 32 bit gcc has no multilib code enabled and will always return "." as that value rather than "../${base_libdir}" which our changes to gcc enable and return in 64 bit mode. (From OE-Core rev: cc953e2259bf77e9e1f7a1e3d0dbe1509c79477e) Signed-off-by: Richard Purdie

Revert "gcc-cross: aviod creating invalid symlinks"

2012-03-14T15:23:46+00:00

This reverts commit 7893e74311e53882d8f93ecb95a6bd9f5b14651e since it breaks the builds. Signed-off-by: Richard Purdie

gcc-cross: aviod creating invalid symlinks

2012-03-14T13:17:41+00:00

There are several invalid symlinks in gcc-cross-initial, gcc-cross-intermediate and gcc-cross, these cause the error:(56 errors) tmp/work/i586-poky-linux/gcc-cross-initial-4.6.3+svnr184847-r23/temp/log.do_populate_sysroot: log.do_populate_sysroot:grep: /path/to/invalid/symlink: No such file or directory Avoid creating invalid symlinks would fix this problem. Use the: [ ! -e file ] || do_something But not use: [ -e file ] && do_something is because that if the "file" doesn't exist, then the whole statement would return false, and bitbake treats this an error, so use the "||" to let it always be true. [YOCTO #2095] (From OE-Core rev: 7893e74311e53882d8f93ecb95a6bd9f5b14651e) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

cross-recipes: Disable nls in gettext bbclass

2011-12-15T14:36:23+00:00

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 (From OE-Core rev: d66b379f809b9c75981848fcc71ed5de13382bf7) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc/binutils: Disable NLS/gettext dependencies

2011-10-10T09:00:07+00:00

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. (From OE-Core rev: 54a3e2ee37003fc56af0339f857b0b6442790c26) Signed-off-by: Richard Purdie

gcc: use ${base_lib} to match gcc default configuration

2011-08-08T12:41:19+00:00

Rather than tweaking MULTILIB_DIRNAMES & MULTILIB_OSDIRNAMES like is done for x86-64 via 64bithack.patch. We can just go with gcc defaults and utilize ${base_lib} for where to find gcc libs. (From OE-Core rev: cfcc282efef30ea1988ccbe14835254a999584ea) Signed-off-by: Kumar Gala Signed-off-by: Richard Purdie