Displaying 6 results from an estimated 6 matches for "mips23".
Did you mean:
mips2
2012 May 14
4
[LLVMdev] getMinimalPhysRegClass
...want to add another register class for Mips16 and don't want to define
a Mips16 set of registers because in reality there is no such thing;
MIPS16 is an application extension that can exist for either Mips32 or
Mips64 which uses a different instruction encoding.
When I'm compiling for -mips23 -nomips16 I don't want the mips16
register class being passed to any functions which take such a register
class parameter.
As it is right now, it sees mips16 as the minimal size class and passes
it when I'm compiling for -mips32 -nomips16
2012 May 14
0
[LLVMdev] getMinimalPhysRegClass
...o add another register class for Mips16 and don't want to define a Mips16 set of registers because in reality there is no such thing; MIPS16 is an application extension that can exist for either Mips32 or Mips64 which uses a different instruction encoding.
>
> When I'm compiling for -mips23 -nomips16 I don't want the mips16 register class being passed to any functions which take such a register class parameter.
>
> As it is right now, it sees mips16 as the minimal size class and passes it when I'm compiling for -mips32 -nomips16
The ARM tGPR register class is the same....
2012 May 14
3
[LLVMdev] getMinimalPhysRegClass
...nother register class for Mips16 and don't want to define a Mips16 set of registers because in reality there is no such thing; MIPS16 is an application extension that can exist for either Mips32 or Mips64 which uses a different instruction encoding.
>>
>> When I'm compiling for -mips23 -nomips16 I don't want the mips16 register class being passed to any functions which take such a register class parameter.
>>
>> As it is right now, it sees mips16 as the minimal size class and passes it when I'm compiling for -mips32 -nomips16
> The ARM tGPR register class i...
2012 May 14
0
[LLVMdev] getMinimalPhysRegClass
...gister class for Mips16 and don't want to define a Mips16 set of registers because in reality there is no such thing; MIPS16 is an application extension that can exist for either Mips32 or Mips64 which uses a different instruction encoding.
>>>
>>> When I'm compiling for -mips23 -nomips16 I don't want the mips16 register class being passed to any functions which take such a register class parameter.
>>>
>>> As it is right now, it sees mips16 as the minimal size class and passes it when I'm compiling for -mips32 -nomips16
>> The ARM tGPR reg...
2012 May 14
0
[LLVMdev] getMinimalPhysRegClass
On May 14, 2012, at 1:02 PM, reed kotler wrote:
> Does anyone understand the purpose of :
>
> TargetRegisterInfo::getMinimalPhysRegClass ???
Barely.
> Why is there the presumption to use the minimal subclass?
The function can be traced back to a time when men were men and registers belonged to ONE register class. That concept doesn't make sense any longer, as LLVM supports and
2012 May 14
3
[LLVMdev] getMinimalPhysRegClass
Does anyone understand the purpose of :
TargetRegisterInfo::getMinimalPhysRegClass ???
Why is there the presumption to use the minimal subclass?
For Mips, it would work for me if we changed this to a virtual function
and then
I could override this to have it chose the proper register class based
on the processor.
I want to introduct a different register class for MIPS 16 but don't
want