diff options
author | Khem Raj <raj.khem@gmail.com> | 2016-05-11 10:35:45 -0700 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2016-06-29 19:34:45 +0100 |
commit | 610c48be139b046860a234baccf13d1e6fafe2b4 (patch) | |
tree | 2be91ee225d959100cc1ee3c820adf883bc54686 /meta/classes/cpan.bbclass | |
parent | 0f4dfb6ce041e8ba4bc67de956512cfb6ac225c9 (diff) | |
download | openembedded-core-610c48be139b046860a234baccf13d1e6fafe2b4.tar.gz openembedded-core-610c48be139b046860a234baccf13d1e6fafe2b4.tar.bz2 openembedded-core-610c48be139b046860a234baccf13d1e6fafe2b4.zip |
gcc-runtime, libgcc: Symlink c++ header and startup files in target_triplet for SDK use
We build SDKs such that gcc-cross-candian is built for only one
target *-*-linux and then use -muclibc or -mmusl to let it compile
code for other libc variants. This works fine when libc = glibc
however it does not work for c++ programs when libc != glibc since
there are c++ headers installed under ${includedir}/c++/${BINV}/${TARGET_SYS}
which is fine when gcc-runtime and gcc-cross-candian uses same --target options
gxx includedir searches in right triplet, but it fails with musl/uclibc
since gcc will look for glibc based triplet but gcc-runtime will install
them under musl/uclibc triplet.
This patch symlinks the musl/uclibc triplet to glibc triplet when libc != glibc
This fixes SDKs for musl/uclibc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster@mvista.com>
Diffstat (limited to 'meta/classes/cpan.bbclass')
0 files changed, 0 insertions, 0 deletions