summaryrefslogtreecommitdiff
path: root/meta/recipes-support/libsoup
diff options
context:
space:
mode:
authorDongxiao Xu <dongxiao.xu@intel.com>2011-09-02 11:45:01 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2011-09-02 18:13:36 +0100
commita1508ad1aec2d2f9ee040aa217c33193cd5bd871 (patch)
tree239c5621ac4a4a0e2460bc7d7f40dd848c558d6a /meta/recipes-support/libsoup
parent54306ff373e13696637b547fa1514e0ef8633248 (diff)
downloadopenembedded-core-a1508ad1aec2d2f9ee040aa217c33193cd5bd871.tar.gz
openembedded-core-a1508ad1aec2d2f9ee040aa217c33193cd5bd871.tar.bz2
openembedded-core-a1508ad1aec2d2f9ee040aa217c33193cd5bd871.tar.xz
openembedded-core-a1508ad1aec2d2f9ee040aa217c33193cd5bd871.zip
multilib: Using different sysroot for multilib recipes
Thinking of the senario that, if we already built out a 64bit image along with the full toolchain bootstrapped, then we need to build some 32bit libraries, which needs lib32 versions of gcc and eglibc. These toolchain recipes will bootstrap again in the same sysroot, resulting that lib32-gcc-cross-initial will find some macros owned by eglibc have already been defined and thus it includes non-existed headers that provided by later lib32-eglibc. The solution for the above issue is to use different sysroot for multilib recipes, here we add ${MLPREFIX} in front of the machine specific sysroot directory name. [YOCTO #1372] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Diffstat (limited to 'meta/recipes-support/libsoup')
0 files changed, 0 insertions, 0 deletions