[llvm-commits] [llvm] r98007 - /llvm/trunk/lib/CodeGen/MachineCSE.cpp

Evan Cheng evan.cheng at apple.com
Mon Mar 8 19:17:25 PST 2010


On Mar 8, 2010, at 7:14 PM, Jakob Stoklund Olesen wrote:

> 
> On Mar 8, 2010, at 6:53 PM, Evan Cheng wrote:
> 
>> 
>> On Mar 8, 2010, at 5:23 PM, Evan Cheng wrote:
>> 
>>> 
>>> On Mar 8, 2010, at 4:57 PM, Jakob Stoklund Olesen wrote:
>>> 
>>>> 
>>>> You could add "|| MRI->getRegClass(Reg)->hasSubClass(MRI->getRegClass(SrcReg))" without getting too complicated. That could help a bit with the few x86_64 subclasses as well.
>>>> 
>>> 
>>> I don't think it's necessary here. It's doing local coalescing here to avoid missing some obvious cse opportunities. If sub-reg class is involved, then it's already too complicated.
>> 
>> Actually I do need to make it more complicated. But then BlackFin hates me (I wonder if it's related to its author).
> 
> Hehe. Blackfin not hating you is a good sign that you got your register classes right ;-)
> 
> Basic register class algebra: If an instruction operand specifies register class X, a virtual register must belong to X or a subclass of X.
> 
> If you want to eliminate a copy "%x = mov %y", the resulting register must make the users of %x and %y happy at the same time. That means the new register must belong to the intersection of X and Y, the register classes of %x and %y.
> 
> The function getCommonSubClass(X, Y) finds the largest existing register class that is a subclass of both X and Y. If getCommonSubClass returns NULL, the classes are disjoint, and you cannot eliminate the copy - no register would be legal.
> 
> I think Blackfin is the only target with disjoint register classes - maybe that is why it hates you.

I don't think that's the issue here. For example, 2009-08-15-LiveIn-SubReg.ll:
Coalescing: %reg1031<def> = MOVE %reg1028
*** to: %reg1030<def> = SETEQdd %reg1027, %reg1031

*** Bad machine code: Illegal virtual register for instruction ***
- function:    foo
- basic block: entry 0x2036ee4 (BB#0)
- instruction: %reg1030<def> = SETEQdd %reg1027, %reg1028
- operand 2:   %reg1028
Expected a D register, but got a GR register

I'm going to commit my changes to machine cse (which is not turned on yet). Can you take a look at it? Thanks.

Evan

> 
> 





More information about the llvm-commits mailing list