summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/gcc/gcc-6.1/0034-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2016-08-18 14:46:32 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-08-19 10:23:31 +0100
commitcd8b64b0a236b27e5383e2394de65b9bfd4b6677 (patch)
tree695355af1e5e3f2975dc36f8d9507532d3634854 /meta/recipes-devtools/gcc/gcc-6.1/0034-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch
parent5dca6cc2fcdb2799c19b1697f0647a16ce296290 (diff)
downloadopenembedded-core-cd8b64b0a236b27e5383e2394de65b9bfd4b6677.tar.gz
openembedded-core-cd8b64b0a236b27e5383e2394de65b9bfd4b6677.tar.bz2
openembedded-core-cd8b64b0a236b27e5383e2394de65b9bfd4b6677.zip
libunwind: Fix build race conflict with gcc and musl
Building libunwind, then gcc-runtime causes build failures. This is hard to fix since gcc-runtime wants the internal gcc unwind.h header but libunwind wants to provide this. There are differences in include behaviour between gcc and glibc which are by design. This patch hacks around the issue by looking for a define used during gcc-runtime's build and skipping to the internal header in that case. The patch is only enabled on musl and is the best workaround I could come up with to unblock failing builds on our autobuilder. [YOCTO #10129] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/gcc/gcc-6.1/0034-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch')
0 files changed, 0 insertions, 0 deletions