<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 4 November 2015 at 13:58, Robert Yang <span dir="ltr"><<a href="mailto:liezhi.yang@windriver.com" target="_blank">liezhi.yang@windriver.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":447" class="" style="overflow:hidden">The arm toolchain has a "-gnueabi" suffix, but aarch64 doesn't,<br>
this makes multilib sdk doesn't work, for example:<br>
<br>
MACHINE = qemuarm64<br>
require conf/multilib.conf<br>
MULTILIBS = "multilib:lib32"<br>
DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon"<br>
<br>
$ bitbake core-image-minimal -cpopulate_sdk<br>
<br>
Then extract SDK, the<br>
environment-setup-armv7a-vfp-neon-pokymllib32-linux-gnueabi<br>
doesn't work since:<br>
* The CC is arm-pokymllib32-linux-gnueabi-gcc<br>
which doesn't exist, the patch for <span class="">cross</span>-<span class="">canadian</span>.bbclass<br>
fixes problem.<br>
* Need aarch64-poky-linux/usr/lib/arm-poky-linux-linux-gnueabi<br>
which doesn't exist, the patch for <span class="">libgcc</span>-common.inc fixes the<br>
problem.<br>
<br>
[YOCTO #8616]</div></blockquote></div><br>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.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/242/steps/Running%20oe-selftest/logs/stdio">https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/242/steps/Running%20oe-selftest/logs/stdio</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>