RFD, draft patch: IRA costs for reg_equiv_invariant regs

Vladimir Makarov vmakarov@redhat.com
Wed Jun 2 21:04:00 GMT 2010


Jeff Law wrote:
> On 06/02/10 13:17, Vladimir Makarov wrote:
>> Bernd Schmidt wrote:
>>>
>>> On a not-quite-unrelated note, in the 2004 GCC summit proceedings you
>>> write that you had implemented rematerialization.  Do you still have 
>>> the
>>> patch?
>>>
>>>
>> Here some code I found.  It is very old I have no idea its state but 
>> it is enough to get an idea about rematerlization between RA and 
>> reload.  IMHO, that is where rematerialization should be implemented 
>> (reload is another place but it could make reload even more 
>> complicated).  We discussed it recently with Maxim and I am CCing him 
>> too.
> I would strongly discourage handling rematerialization in reload.  
> Ideally work on rematerialization would dovetail with my own to split 
> ranges.  ie, when an expression is rematerialized, do so into a new 
> pseudo/allocno which is then allocated by the existing ira allocation 
> callbacks.
>
Right.  It is really worth for Bernd and Maxim to look at your branch 
reload-v2.



More information about the Gcc-patches mailing list