diff options
author | Mark Hatle <mark.hatle@windriver.com> | 2012-06-22 18:44:06 -0500 |
---|---|---|
committer | Saul Wold <sgw@linux.intel.com> | 2012-07-03 00:05:30 -0700 |
commit | 42545ffbb37f2646a2a8c20999c21d3300e24f59 (patch) | |
tree | 2f3ecc3827a73ce627d048e4527e353174672855 /meta/recipes-bsp | |
parent | 5fa9f980248e7813ce74f48a29c4b7d94e308cf9 (diff) | |
download | openembedded-core-42545ffbb37f2646a2a8c20999c21d3300e24f59.tar.gz openembedded-core-42545ffbb37f2646a2a8c20999c21d3300e24f59.tar.bz2 openembedded-core-42545ffbb37f2646a2a8c20999c21d3300e24f59.zip |
populate_sdk: enable basic multilib support
In order to enable basic multilib support for the export of an SDK
image, a number of minor changes had to be made:
The value of MULTIMACH_TARGET_SYS needs to be variable. This way we
can define the value to the appropriate multilib. (Also in some cases
the default PACKAGE_ARCH is set to MACHINE_ARCH which is incorrect for
the SDK.) Add a companion REAL_MULTIMACH_TARGET_SYS, based on code
from meta-environment, to allow for this.
We have to convert the do_populate_sdk into a python call, and then
break up the previous items into three parts.
* Image construction
* Setup of environment files
* Generation of the tarball
Then we can iterate over the multilibs to populate the environment files.
Finally, matching changes were needed in the toolchain-scripts file. And
what I presume is an optimization of immediate evaluation for
TOOLCHAIN_CONFIGSITE_NOCACHE and ..._SYSROOTCACHE needed to be done at
runtime, otherwise the wrong values may be used.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Diffstat (limited to 'meta/recipes-bsp')
0 files changed, 0 insertions, 0 deletions