From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13]) by mail.openembedded.org (Postfix) with ESMTP id 7EC0B77041 for ; Tue, 10 Nov 2015 01:41:33 +0000 (UTC) Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41]) by mail1.windriver.com (8.15.2/8.15.1) with ESMTPS id tAA1fXNB026711 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 9 Nov 2015 17:41:33 -0800 (PST) Received: from [128.224.162.186] (128.224.162.186) by ALA-HCB.corp.ad.wrs.com (147.11.189.41) with Microsoft SMTP Server id 14.3.248.2; Mon, 9 Nov 2015 17:41:32 -0800 To: "Burton, Ross" References: <3da4fc0c20bf2ab7ac4c489aaa37d707e769d6c3.1446645475.git.liezhi.yang@windriver.com> From: Robert Yang Message-ID: <56414B4A.6020701@windriver.com> Date: Tue, 10 Nov 2015 09:41:30 +0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Cc: OE-core Subject: Re: [PATCH 1/1] cross-canadian/libgcc: fix aarch64's multilib SDK X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 01:41:35 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 11/10/2015 12:27 AM, Burton, Ross wrote: > > On 4 November 2015 at 13:58, Robert Yang > 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. Sorry, I will check and update it. // Robert > > https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/242/steps/Running%20oe-selftest/logs/stdio > > Ross