[OE-core] [bugfix 1/1] mesa-xlib: workaround gcc 4.6.0 ICE

Koen Kooi koen at dominion.thruhere.net
Fri May 27 07:14:44 UTC 2011


Op 27 mei 2011, om 01:33 heeft Richard Purdie het volgende geschreven:

> On Thu, 2011-05-26 at 13:41 -0700, nitin.a.kamble at intel.com wrote:
> 
>> ---
>> meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb |    3 +++
>> 1 files changed, 3 insertions(+), 0 deletions(-)
>> 
>> diff --git a/meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb b/meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb
>> index b77df2c..051bd72 100644
>> --- a/meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb
>> +++ b/meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb
>> @@ -17,3 +17,6 @@ PE = "1"
>> PR = "r0"
>> 
>> EXTRA_OECONF += "--with-driver=xlib"
>> +
>> +# nullify -O2
>> +CFLAGS_append += " -O"
> 
> I talked about this on IRC but simply put, no way.
> 
> The problem is:
> 
> a) Arm specific
> b) determined now to be armv7 specific
> c) gcc version specific
> 
> and the fix should reflect this.
> 
> So ideally when we select gcc 4.6 in tcmode-default.inc we should add
> something there which adds a work around for mesa-xlib.
> 
> I've suggested something like:
> 
> TARGET_CC_ARCH_arm_pn-mesa-xlib := "${@'${TARGET_CC_ARCH}'.replace('armv7','armv5')}"
> 
> which whilst ugly, should do what we need it to.

So how do I opt out of that? I don't use gcc 4.6 and suddenly mesa gets compiled for a suboptimal architecture.



More information about the Openembedded-core mailing list