[OE-core] [PATCH 1/1] cross-canadian/libgcc: fix aarch64's multilib SDK

Burton, Ross ross.burton at intel.com
Mon Nov 9 16:27:44 UTC 2015


On 4 November 2015 at 13:58, Robert Yang <liezhi.yang at windriver.com> wrote:

> The arm toolchain has a "-gnueabi" suffix, but aarch64 doesn't,
> this makes multilib sdk doesn't work, for example:
>
> MACHINE = qemuarm64
> require conf/multilib.conf
> MULTILIBS = "multilib:lib32"
> DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon"
>
> $ bitbake core-image-minimal -cpopulate_sdk
>
> Then extract SDK, the
> environment-setup-armv7a-vfp-neon-pokymllib32-linux-gnueabi
> doesn't work since:
> * The CC is arm-pokymllib32-linux-gnueabi-gcc
>   which doesn't exist, the patch for cross-canadian.bbclass
>   fixes problem.
> * Need aarch64-poky-linux/usr/lib/arm-poky-linux-linux-gnueabi
>   which doesn't exist, the patch for libgcc-common.inc fixes the
>   problem.
>
> [YOCTO #8616]
>

This breaks the allarch sstate sanity test on the autobuilder which
verifies that allarch recipes don't have different hashes for a no-op
change to the machine.

https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/242/steps/Running%20oe-selftest/logs/stdio

Ross
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20151109/988b3702/attachment-0002.html>


More information about the Openembedded-core mailing list