To: yocto@yoctoproject.org
From: Ferry Toth <ftoth@telfort.nl>
Date: Tue, 18 Jul 2017 07:11:52 +0000 (UTC)
Message-ID: <okkcbo$8r6$1@blaine.gmane.org>
References: <okj1jq$log$1@blaine.gmane.org>
	<CAMKF1soyv1xqY06yXj=C4Xz_1LePJhch0H8a4TgNcL_ufpw-cA@mail.gmail.com>
Mime-Version: 1.0
User-Agent: Pan/0.141 (Tarzan's Death; 168b179 git.gnome.org/pan2)
Subject: Re: Build core2 (i686) U-Boot for a core-i7 (amd64) image
Precedence: list
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Op Mon, 17 Jul 2017 22:49:51 -0400, schreef Khem Raj:

> On Mon, Jul 17, 2017 at 3:02 PM, Ferry Toth
> <ftoth@telfort.nl> wrote:
>> On edison U-Boot is 32 bit. I'm building a 64 bit kernel + rootfs.
>>
>> The only recipy that fails is U-Boot with:
>> undefined reference to `__normal___udivdi3'
>>
>>
> this means gcc is generating a helper call which it assumes libgcc will
> provide but here the toolchain in multilib env might be not providing
> it.

I am not using multilib yet, as I don't know exactly how to do that. 
Actually that is my question.

> One solution is to rewrite the code such that this call is not generated
> by gcc. So help the compiler.

Rewrite U-Boot to not use this helper, that doesn't sound right.

I would rather tell this specific recipe to use the 32 bit compiler, 
while all other recipies are built with 64. 

>> Apparently, when building 32 bit U-Boot outside of yocto on a 64bit
>> machine you need to install gcc-6-multilib.
>>
>> How would I configure poke or change the recipe to do the same?
>>
>>
>> --
>> _______________________________________________
>> yocto mailing list yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto