Starting with SPARC-T4 we have support for fused compare-and-branch
instructions. These are documented at:
http://www.oracle.com/technetwork/systems/opensparc/sparc-architecture-2011-1728132.pdf
But, to summarize the form is:
c{w,x}b{$COND} rs1, {rs2,imm5}, LABEL
'w' means 32-bit, 'x
> The trouble area, and where I need help from either Rainer or Eric,
> is the Solaris2 bits.
>
> I think we need to move the Solaris assembler stuff over to a model
> where it passes:
>
> -m{32,64} -xarch=sparcFOO
>
> instead of using the v8plusX stuff to indicate 32bit. And that's
> the
From: Eric Botcazou
Date: Sat, 13 Oct 2012 15:47:11 +0200
>> The trouble area, and where I need help from either Rainer or Eric,
>> is the Solaris2 bits.
>>
>> I think we need to move the Solaris assembler stuff over to a model
>> where it passes:
>>
>> -m{32,64} -xarch=sparcFOO
>>
>> ins
From: David Miller
Date: Sat, 13 Oct 2012 17:52:42 -0400 (EDT)
> The current assembler in Solaris Studio (called 'fbe') calls this
> stuff "sparc4" which I guess means "SPARC-T4 and later".
BTW, for reference, see:
http://docs.oracle.com/cd/E24457_01/html/E22003/fbe.1.html
> > The only versions of the Solaris assembler I have access to only support
> > v8plusX according to the man page. Has that changed recently?
>
> For the older stuff I mean doing something like "-m32 -xarch=v9X"
OK, this is for fbe, not for as. I think that the latter is always available
on t
Eric Botcazou writes:
>> > The only versions of the Solaris assembler I have access to only support
>> > v8plusX according to the man page. Has that changed recently?
>>
>> For the older stuff I mean doing something like "-m32 -xarch=v9X"
>
> OK, this is for fbe, not for as. I think that the l
David Miller writes:
> Could one of you help me get the solaris side correct? I made sure
> that binutils accepts the same options for this stuff, that's why
> I can unconditionally use '-xarch=sparc4' in the configure test.
I assume this works because gas 2.22 had neither SPARC-T4 support nor
From: Eric Botcazou
Date: Mon, 15 Oct 2012 10:00:02 +0200
>> > The only versions of the Solaris assembler I have access to only support
>> > v8plusX according to the man page. Has that changed recently?
>>
>> For the older stuff I mean doing something like "-m32 -xarch=v9X"
>
> OK, this is for
David Miller writes:
>>> I'm just calling it VIS4 in GCC so that we can export intrinsics of,
>>> for example, the cryptographic instructions at some point using the
>>> __VIS__ version CPP tests.
>>
>> ...that's why I'm not sure we should invent VIS4 at this point. How is this
>> done on the
From: Rainer Orth
Date: Mon, 15 Oct 2012 16:28:15 +0200
> David Miller writes:
>
>> Could one of you help me get the solaris side correct? I made sure
>> that binutils accepts the same options for this stuff, that's why
>> I can unconditionally use '-xarch=sparc4' in the configure test.
>
> I
From: Rainer Orth
Date: Mon, 15 Oct 2012 16:44:44 +0200
> David Miller writes:
>
I'm just calling it VIS4 in GCC so that we can export intrinsics of,
for example, the cryptographic instructions at some point using the
__VIS__ version CPP tests.
>>>
>>> ...that's why I'm not sure
> I've scanned the documentation and there is no indication of any
> preprocessor predefines or anything like that.
>
> And keep in mind that __VIS__ is our very own invention.
>
> Sun's compilers never predefined this.
>
> Their makefiles do for various targets in the MediaLib sources, but that
From: Eric Botcazou
Date: Tue, 16 Oct 2012 12:10:51 +0200
>> I've scanned the documentation and there is no indication of any
>> preprocessor predefines or anything like that.
>>
>> And keep in mind that __VIS__ is our very own invention.
>>
>> Sun's compilers never predefined this.
>>
>> Thei
13 matches
Mail list logo
