diff options
author | Dongxiao Xu <dongxiao.xu@intel.com> | 2011-09-02 11:45:01 +0800 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2011-09-02 18:13:36 +0100 |
commit | a1508ad1aec2d2f9ee040aa217c33193cd5bd871 (patch) | |
tree | 239c5621ac4a4a0e2460bc7d7f40dd848c558d6a /meta/recipes-connectivity/gupnp | |
parent | 54306ff373e13696637b547fa1514e0ef8633248 (diff) | |
download | openembedded-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-connectivity/gupnp')
0 files changed, 0 insertions, 0 deletions