On Thu, Mar 1, 2012 at 2:33 AM, Khem Raj <[email protected]> wrote: > On 02/29/2012 07:12 AM, Steve Sakoman wrote: >> On Wed, Feb 29, 2012 at 6:22 AM, Steve Sakoman <[email protected]> wrote: >>> On Wed, Feb 29, 2012 at 12:45 AM, Petr Štetiar <[email protected]> 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 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
