On Apr 5, 2010, Jeff Law wrote:
> On 04/05/10 14:32, Alexandre Oliva wrote:
>> 2. When renaming references from P to P' in a region, do take debug
>> insns in the region into account, renaming references in debug insns as
>> you would in any other insn.
> OK. So presumably the 2nd argument in
On Tue, Apr 06, 2010 at 09:23:09AM -0600, Jeff Law wrote:
>> But I guess for reload2 you'll be
>> changing just REGs and MEMs to other REGs and MEMs - in that case
>> just a replacement through say for_each_rtx is possible too.
>>
> Yea, we're going to have to walk down the expression with
On 04/06/10 00:35, Jakub Jelinek wrote:
On Mon, Apr 05, 2010 at 05:18:35PM -0600, Jeff Law wrote:
2. When renaming references from P to P' in a region, do take debug
insns in the region into account, renaming references in debug insns as
you would in any other insn.
OK. So presuma
On Mon, Apr 05, 2010 at 05:18:35PM -0600, Jeff Law wrote:
>> 2. When renaming references from P to P' in a region, do take debug
>> insns in the region into account, renaming references in debug insns as
>> you would in any other insn.
>>
> OK. So presumably the 2nd argument in a VAR_LOCATION
On 04/05/10 14:32, Alexandre Oliva wrote:
On Apr 5, 2010, Jeff Law wrote:
We accomplish this by emitting a load from memory into a new pseudo
before the first use of P in a region and a store from the new pseudo
back to memory after the last assignment to P within the region, then
we rena
On Apr 5, 2010, Jeff Law wrote:
> We accomplish this by emitting a load from memory into a new pseudo
> before the first use of P in a region and a store from the new pseudo
> back to memory after the last assignment to P within the region, then
> we rename all references from P to P'. It's mar
So as I mentioned in the meeting last week, I've largely been ignoring
VTA (and more generally all debugging) issues with the reload work I'm
doing. It's time to rectify that situation.
For this phase of the work (range splitting) we only need to consider a
few straightforward transformatio
