summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc/gcc-4.8.inc
diff options
context:
space:
mode:
authorJonathan Liu <net147@gmail.com>2013-07-21 20:07:42 +1000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-07-29 13:08:58 +0100
commitdd8865aac9b0cb86f16897e59f6fd77a2c6cb000 (patch)
tree99c463f1c1f9831fcedb4e7f915512a8cfa7a84c /meta/recipes-devtools/gcc/gcc-4.8.inc
parent67864ca79da08df752487a3a4e1a975546da123d (diff)
downloadast2050-yocto-poky-dd8865aac9b0cb86f16897e59f6fd77a2c6cb000.zip
ast2050-yocto-poky-dd8865aac9b0cb86f16897e59f6fd77a2c6cb000.tar.gz
gcc-4.8: fix compiling GCC when /usr/lib/libstdc++.so is present
libtool is picking up libstdc++.so from /usr/lib when trying to link libasan due to libstdc++.la containing libdir="/usr/lib". If compiling for x86 and the host has 64-bit /usr/lib/libstdc++.so, the compilation fails linking libasan with: /usr/lib/libstdc++.so: could not read symbols: File in wrong format To resolve this, patch libtool to look for the library in the path the .la is contained in rather than use the libdir which usually points to a host path. [YOCTO #4879] (From OE-Core rev: ec95dfeea1f17eb232563e105085852058a86c0b) Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/gcc/gcc-4.8.inc')
-rw-r--r--meta/recipes-devtools/gcc/gcc-4.8.inc1
1 files changed, 1 insertions, 0 deletions
diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc
index dafa241..42355f2 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -70,6 +70,7 @@ SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \
file://0038-gcc-4.8-build-args.patch \
file://0039-gcc-4.8-PR57717.patch \
file://0040-fix-g++-sysroot.patch \
+ file://0041-libtool-avoid-libdir.patch \
"
SRC_URI[md5sum] = "3b2386c114cd74185aa3754b58a79304"
SRC_URI[sha256sum] = "545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813"
OpenPOWER on IntegriCloud