> On Feb 18, 2015, at 4:23 PM, Khem Raj <raj.k...@gmail.com> wrote: > > >> On Feb 18, 2015, at 1:41 PM, Richard Purdie >> <richard.pur...@linuxfoundation.org> wrote: >> >> On Wed, 2015-02-18 at 10:38 -0800, Khem Raj wrote: >>>> On Feb 18, 2015, at 5:06 AM, Richard Purdie >>>> <richard.pur...@linuxfoundation.org> wrote: >>>> On Wed, 2015-02-18 at 11:51 +0000, Richard Purdie wrote: >>>>> On Wed, 2015-02-18 at 01:01 -0800, Khem Raj wrote: >>>> The series needs: >>>> >>>> TUNE_CCARGS_x86 := "${@oe_filter_out('-mfpmath=sse', '${TUNE_CCARGS}', d)}" >>>> +TUNE_CCARGS_x86-64 := "${@oe_filter_out('-mfpmath=sse', '${TUNE_CCARGS}', >>>> d)}” >>>> >>> >>> hmmm I assumed x86 was common across 32bit and 64bit x86 but seems not so I >>> replaced the old patch instead of appending it >> >> Thanks, I'll update the patch for the next round. >> >>> >>>> since the x86 override doesn't cover x86_64. I'll queue that and run yet >>>> another build. We do have another poky-tiny issue too: >>>> >>>> https://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/204 >>>> >>> >>> OK. I am creating a local config to use tiny config for libc and weed out >>> remaining build issues for tiny config >> >> Cool, thanks. >> >> The next build is in progress and looking greener than the last. Next up >> it appears we still have multilib issues: > > I have pushed a new patchset to same branch. That should fix the tiny build > issues. > >> >> https://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/201 > > > | dcigettext.c: In function '__dcigettext': > | dcigettext.c:856:30: error: '__libc_setlocale_lock' undeclared (first use > in this function) > | __libc_rwlock_unlock (__libc_setlocale_lock); > > is what I see. > > I have fixed this in the latest patchset. So lets start with the new patchset. >
in https://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/201/steps/BuildImages/logs/stdio | make: *** [/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/build/tmp/work/core2-64-poky-linux/glibc-locale/2.21-r0/locale-tree/usr/lib64/locale/es_HN] Aborted (core dumped) thats new its probably a crash in localedef. > >> There is a possibility this "from sstate" build may have run into a >> problem with sstate but something looks to be wrong with glibc in some >> regard. >> >> Cheers, >> >> Richard >> > -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core