Hi Uros,
>>> there, an alternative patch might be to remove it from the port now
>>> instead of the patch.
>>
>> Right, that's why I was asking for review rather than just installing on
>> my own.
>
> I'd rather see that we remove semicolon in this case, but please note
> that xchg with memory ope
On Wed, May 9, 2012 at 12:53 PM, Rainer Orth
wrote:
>>> Several /gcc.target/i386/hle-*.c tests are currently failing on Solaris
>>> 9/x86 with Sun as:
>>>
>>> FAIL: gcc.target/i386/hle-add-acq-1.c scan-assembler lock[
>>> \\n\\t]+(xacquire|.byte[ \\t]+0xf2)[ \\t\\n]+add
>>>
>>> The .s file has
>
Hi Mike,
> On May 8, 2012, at 10:19 AM, Rainer Orth wrote:
>> Several /gcc.target/i386/hle-*.c tests are currently failing on Solaris
>> 9/x86 with Sun as:
>>
>> FAIL: gcc.target/i386/hle-add-acq-1.c scan-assembler lock[
>> \\n\\t]+(xacquire|.byte[ \\t]+0xf2)[ \\t\\n]+add
>>
>> The .s file has
On May 8, 2012, at 10:19 AM, Rainer Orth wrote:
> Several /gcc.target/i386/hle-*.c tests are currently failing on Solaris
> 9/x86 with Sun as:
>
> FAIL: gcc.target/i386/hle-add-acq-1.c scan-assembler lock[
> \\n\\t]+(xacquire|.byte[ \\t]+0xf2)[ \\t\\n]+add
>
> The .s file has
>
>lock;
>
Several /gcc.target/i386/hle-*.c tests are currently failing on Solaris
9/x86 with Sun as:
FAIL: gcc.target/i386/hle-add-acq-1.c scan-assembler lock[
\\n\\t]+(xacquire|.byte[ \\t]+0xf2)[ \\t\\n]+add
The .s file has
lock;
.byte 0xf2
but the scan-assembler regex currently doesn
