[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