summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc/gcc_4.7.bb
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.7.bb
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.7.bb')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud