[OE-core] psuedo-native strangeness on 64 bit build machine

[Steve Sakoman]

On Thu, Mar 1, 2012 at 2:33 AM, Khem Raj <raj.khem at gmail.com> wrote:
> On 02/29/2012 07:12 AM, Steve Sakoman wrote:
>> On Wed, Feb 29, 2012 at 6:22 AM, Steve Sakoman <sakoman at gmail.com> wrote:
>>> On Wed, Feb 29, 2012 at 12:45 AM, Petr Štetiar <ynezz at true.cz> wrote:
>>
>>>> Now it's impossible to finish the build, the most noticeable failure is gcc,
>>>> which fails for me in patching task due to the parallel build settings.
>>>> Changing the parallel settings back to 1 helps here also.
>>>
>>> I just tried building gcc and can confirm that it fails for me on the
>>> 64 bit build machine.
>>
>> For me, a -c cleansstate gcc and then a rebuild resulted in a
>> successful gcc build.  I did not need to turn off parallel builds.
>>
>
> just add NO32LIBS = "1" to your local.conf

I can do that, but I'm still a bit confused why a clean build
succeeds, but a rebuild triggered by sstate hash fails with the 32 bit
lib issue.

Is this another case of a flawed recipe (like wpa-supplicant) that
can't be rerun because it modifies $S?

Steve