On Mon, Apr 30, 2012 at 7:41 AM, Richard Purdie <richard.pur...@linuxfoundation.org> wrote: > On Sun, 2012-04-29 at 10:23 -0700, Khem Raj wrote: >> On Thu, Apr 26, 2012 at 2:06 PM, Richard Purdie >> <richard.pur...@linuxfoundation.org> wrote: >> > On Thu, 2012-04-26 at 20:30 +0100, Richard Purdie wrote: >> >> On Thu, 2012-04-26 at 15:47 +0100, Richard Purdie wrote: >> >> > On Wed, 2012-04-25 at 16:31 -0700, Khem Raj wrote: >> >> > > Hello >> >> > > >> >> > > Now that release is almost out of door. I would like some eyes on the >> >> > > gcc-4.7 work >> >> > > and mips64 architecture support that I have done meanwhile >> >> > > >> >> > > I have made sure that gcc-4.6 still keeps working and I have patches >> >> > > for gcc-4.5 too >> >> > > for meta-oe too. I have repeatedly built core-image-sato and >> >> > > core-image-minimal for uclibc/eglibc >> >> > > but more coverage would be nicer. >> >> > > >> >> > > The patches are posted here >> >> > > >> >> > > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/misc >> >> > > >> >> > > I would appreciate any feedback or testing on this >> >> > >> >> > I had a look through the patch series. I've posted an altered version of >> >> > the class override patch. I've pulled the gcc 4.7 part into master-next, >> >> > have get gcc 4.7 as the default and am running it though the >> >> > autobuilder. That should see how we stand with our usual regression >> >> > tests. >> >> >> >> The builds shows the following failures (I've kept duplication so you >> >> can see the patterns). Not too bad considering: >> >> >> >> MACHINE=qemux86, failure in: >> >> gst-ffmpeg:do_configure >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-world/builds/66/steps/shell_24/logs/stdio >> >> >> >> MACHINE=qemuarm, failures in: >> >> clutter-1.8:do_configure >> >> glew:do_compile >> >> qt4-x11-free:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-arm/builds/402/steps/shell_19/logs/stdio >> >> >> >> MACHINE=qemuppc, failures in: >> >> clutter-1.8:do_configure >> >> glew:do_compile >> >> qt4-x11-free:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-ppc/builds/359/steps/shell_19/logs/stdio >> >> >> >> MACHINE=mpc8315e-rdb, failure in: >> >> mesa-dri:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-ppc/builds/359/steps/shell_35/logs/stdio >> >> >> >> MACHINE=qemumips, failures in: >> >> clutter-1.8:do_configure >> >> glew:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/371/steps/shell_19/logs/stdio >> >> >> >> MACHINE=beagleboard, failure in: >> >> mesa-dri:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-arm/builds/402/steps/shell_35/logs/stdio >> >> >> >> MACHINE=routerstationpro, failure in: >> >> mesa-dri:do_compile >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/371/steps/shell_35/logs/stdio >> >> >> >> >> >> Also, adding meta-qt3 and building lsb targets with DISTRO=poky-lsb adds >> >> the failure: >> >> qt-x11-free:do_compile >> >> <plus repeats of the above> >> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-ppc/builds/359/steps/shell_76/logs/stdio >> > >> > FWIW I've posted a mesa fix which should help many of these issue. It >> > looks like gcc 4.7 has stricter option parsing. >> > >> > Why mesa didn't always fail to build is something that needs looking >> > into as a separate issue, the logs are full of errors. >> >> Do you some layer slapped on top of OE-Core which might be screwing >> things up since I built using OE-Core standalone I do not remember >> seeing these issues. > > These mostly turned out to be due to issues with the mesa x32 patch in > OE-Core and would only show up on an x86_64 host. I added a fix for > this. > > FWIW, gcc 4.7 and eglibc 2.15 are now the default in master.
yay Test builds > were looking good until the autobuilder ran out of disk space on the > shared drive for sstate :(. hopefully nothing new shows up > > Only known unresolved failure so far is "DISTRO=poky-tiny bitbake > eglibc" which fails due to its cut down eglibc options. > hmmm. Whats the error ? > Cheers, > > Richard > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
