From 1d75635ac53589beccdcb72138bfcd28d82d8d14 Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Tue, 24 Jan 2017 23:52:06 +0000 Subject: gcc/gcc-source: Move libcc1 manipulation into gcc-source Currently there is a race where if you build -cross-canadian without building gcc (target) you see QA errors about RPATHS. I've tracked this down to this manipulation where the target gcc recipe changes libcc1 in the shared sources directory. As long as you build things in the right order, the problem doesn't occur. Since its changing ${S} move it to gcc-source and avoid the race, saving RP some head scratching about why unrelated changes failed to build cleanly. (From OE-Core rev: 626064c69b6fd1b5cead6995097f99e5fbda3f19) Signed-off-by: Richard Purdie --- meta/recipes-devtools/gcc/gcc_6.3.bb | 6 ------ 1 file changed, 6 deletions(-) (limited to 'meta/recipes-devtools/gcc/gcc_6.3.bb') diff --git a/meta/recipes-devtools/gcc/gcc_6.3.bb b/meta/recipes-devtools/gcc/gcc_6.3.bb index b0a523cae2..2c618dfb93 100644 --- a/meta/recipes-devtools/gcc/gcc_6.3.bb +++ b/meta/recipes-devtools/gcc/gcc_6.3.bb @@ -6,10 +6,4 @@ require gcc-target.inc # | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): additional relocation overflows omitted from the output ARM_INSTRUCTION_SET_armv4 = "arm" -do_configure_prepend() { - # Easiest way to stop bad RPATHs getting into the library since we have a - # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure -} - BBCLASSEXTEND = "nativesdk" -- cgit v1.2.3-54-g00ecf