[OE-core] gcc 4.7 + mips64 architecture support

Khem Raj raj.khem at gmail.com
Sun Apr 29 15:36:05 UTC 2012


On Sun, Apr 29, 2012 at 2:12 AM, Martin Jansa <martin.jansa at gmail.com> wrote:
> On Wed, Apr 25, 2012 at 04:31:53PM -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 got some errors while building gcc* recipes (overwriting header
> files in work-shared or something like that) but that's not new, gcc-4.6
> was failing the same - restarting build few times and it will succeed
> once.

hmm more details on this one would be better. May be its a bug in gcc
build system

>
> My minimal shr-lite-image compiles now fine and works on om-gta02
> (armv4t) sofar without segfaults.. so looks good.

nice

>
> For normal image and feeds I've few more recipes which are failing with gcc-4.7:
>
> meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb
>  | Unknown parameter a interfaceName for tags/attrs
>  | make[2]: *** [DerivedSources/WebCore/HTMLNames.cpp] Error 255
>  http://norman-schleicher.de/jenkins/job/shr-core-branches-om-gta02-shr-image/ws/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/webkit-efl-1.7.3+svnr105069-r1/
>  I'm upgrading this one instead of fixing it, because we had some
>  issues in runtime with current version, but new version needs newer
>  libsoup-2.4->glib-2.0->gobject-introspection->etc and fails with
>  different compilation issues.. so maybe if you know how to easily fix
>  it in current, we can, otherwise I'll continue to work on upgrade

I can surely provide you a fix once I look at sources. But seems  you
have more than one problems that may not be fixed. So upgrading has a
slight chance of fixing both of your issues and introducing many more
:) but lets try upgrade route and if then
we need 4.7 patch ping me.

>
>  BTW: similar fix as you did for webkit-gtk is in upstream r109509
>

Nice as long as the things are fixed I am happy.


> meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb
>  ../../../src/frontend/common/TemplateBuilder.hh:54:42: error: redeclaration of 'SmartPtr<typename ElementBuilder::type> elem'
>  ../../../src/frontend/common/TemplateBuilder.hh:50:49: error: 'SmartPtr<typename ElementBuilder::type> elem' previously declared here
>  http://norman-schleicher.de/jenkins/job/shr-core-branches-om-gta02-shr-image/ws/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/gtkmathview-0.8.0-r1/
>
> meta-smartphone/meta-shr/recipes-shr/3rdparty/numptyphysics_svn.bb
>  fixed in shr branch

good


>
> meta-mozilla/recipes-mozilla/firefox/firefox_10.0.2.bb
>  | /var/lib/jenkins/jobs/shr-core-branches/workspace/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/firefox-10.0.2-r1/mozilla-release/ipc/chromium/src/base/file_util.cc:228:35: error: 'ftruncate' was not declared in this scope
>  probably easy to fix, adding Otavio to CC (maybe he has upgrade or fix
>  ready)
>

just #include <unistd.h> in ipc/chromium/src/base/file_util.cc should fix it

> Cheers,
>
> --
> Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>




More information about the Openembedded-core mailing list