Displaying 3 results from an estimated 3 matches for "3d29da54".
2013 May 13
1
[LLVMdev] [PATCH] Minor fix to StackColoring to avoid needlessly clearing mem operands.
...___
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130513/3d29da54/attachment.html>
2013 May 13
0
[LLVMdev] Fwd: [PATCH] Minor fix to StackColoring to avoid needlessly clearing mem operands.
This is the email I sent last week.
---------- Forwarded message ----------
From: Akira Hatanaka <ahatanak at gmail.com>
Date: Wed, May 8, 2013 at 7:04 PM
Subject: [PATCH] Minor fix to StackColoring to avoid needlessly clearing
mem operands.
To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu>
The following code snippet taken from StackColoring::remapInstructions
clears a mem
2013 May 09
5
[LLVMdev] [PATCH] Minor fix to StackColoring to avoid needlessly clearing mem operands.
The following code snippet taken from StackColoring::remapInstructions
clears a mem operand if it can't guarantee whether the memoperand's
underlying value aliases with the merged allocas:
// Update the MachineMemOperand to use the new alloca.
522 for (MachineInstr::mmo_iterator MM = I->memoperands_begin(),
....
// Climb up and find the original alloca.
532 V =