I've been working to enable putting a cross-compiler on a regular
Yocto target (as opposed to SDKs), and these are the changes
needed in oe-core to enable that.

Two of them swap TARGET for HOST (the terminology is set by the GNU project,
it is confusing, but it still needs to be followed), one allows populating
the native sysroot of a target recipe with the output of two different cross
recipes building for different TARGETs.

The actual cross-compiler is available from here, please refer to the README:
https://github.com/kanavin/meta-cross-toolchain

The plan is to further investigate what happens inside gcc's build system so 
that
the way that layer works can be better aligned with oe-core.

Alexander Kanavin (3):
  base/staging: use HOST_PREFIX, not TARGET_PREFIX
  sstate: do not add TARGET_ARCH to pkgarch for cross recipes.
  insane: use HOST_ variables, not TARGET_ to determine the cross system

 meta/classes/base.bbclass    | 2 +-
 meta/classes/insane.bbclass  | 8 ++++----
 meta/classes/sstate.bbclass  | 3 +--
 meta/classes/staging.bbclass | 4 ++--
 meta/lib/oe/sstatesig.py     | 2 +-
 5 files changed, 9 insertions(+), 10 deletions(-)

-- 
2.20.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162315): 
https://lists.openembedded.org/g/openembedded-core/message/162315
Mute This Topic: https://lists.openembedded.org/mt/89366541/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to