Changes in directory llvm/lib/CodeGen:
LiveIntervalAnalysis.cpp updated: 1.234 - 1.235
RegAllocLinearScan.cpp updated: 1.142 - 1.143
---
Log message:
Copy coalescing change to prevent a physical register from being pin to a
long live interval that has low usage density.
1. Change order of
First cut trivial re-materialization support.
Woot!
unsigned reg = rep(mop.getReg());
mii-getOperand(i).setReg(reg);
+// If the definition instruction is re-materializable,
its spill
+// weight is zero.
LiveInterval RegInt
On Mar 30, 2007, at 2:44 PM, Chris Lattner wrote:
First cut trivial re-materialization support.
Woot!
unsigned reg = rep(mop.getReg());
mii-getOperand(i).setReg(reg);
+// If the definition instruction is re-
materializable, its spill
+
On Mar 30, 2007, at 3:03 PM, Evan Cheng wrote:
unsigned reg = rep(mop.getReg());
mii-getOperand(i).setReg(reg);
+// If the definition instruction is re-
materializable, its spill
+// weight is zero.
LiveInterval RegInt =
On Mar 30, 2007, at 3:09 PM, Chris Lattner wrote:
On Mar 30, 2007, at 3:03 PM, Evan Cheng wrote:
unsigned reg = rep(mop.getReg());
mii-getOperand(i).setReg(reg);
+// If the definition instruction is re-
materializable, its spill
+//
- (mop.isUse() + mop.isDef()) * pow(10.0F, (int)
loopDepth);
+if (!RegInt.remat) {
+ RegInt.weight +=
+(mop.isUse() + mop.isDef()) * pow(10.0F, (int)
loopDepth);
+}
Should it really be zero? It should definitely be lower
Changes in directory llvm/lib/CodeGen:
LiveIntervalAnalysis.cpp updated: 1.225 - 1.226
RegAllocLinearScan.cpp updated: 1.141 - 1.142
VirtRegMap.cpp updated: 1.104 - 1.105
VirtRegMap.h updated: 1.26 - 1.27
---
Log message:
First cut trivial re-materialization support.
---
Diffs of the changes:
Dear Mr. Laskey,
This change broke the LLVM build on OpenBSD. Would it be possible to
use FLT_MAX instead of HUGE_VALF? FLT_MAX from float.h looks more portable.
-- John T.
Jim Laskey wrote:
Changes in directory llvm/lib/CodeGen:
LiveIntervalAnalysis.cpp updated: 1.190 - 1.191
John,Both are defined on Darwin, FLT_MAX in float.h and HUGE_VALF in math.h. However, neither header seems to be based on a BSD header. I choose HUGE_VALF because it was also defined in the LINUX and FREEBSD math.h headers (seemed like confirmation to me.) I'll wait for Chris to make the call.
John,Adding declaration to DataTypes.h(.in).Cheers,-- JimOn Nov 8, 2006, at 12:30 PM, Jim Laskey wrote:John,Both are defined on Darwin, FLT_MAX in float.h and HUGE_VALF in math.h. However, neither header seems to be based on a BSD header. I choose HUGE_VALF because it was also defined in the
Changes in directory llvm/lib/CodeGen:
LiveIntervalAnalysis.cpp updated: 1.192 - 1.193
RegAllocLinearScan.cpp updated: 1.130 - 1.131
---
Log message:
Remove redundant cmath.
---
Diffs of the changes: (+0 -2)
LiveIntervalAnalysis.cpp |1 -
RegAllocLinearScan.cpp |1 -
2 files
On 11/8/06, Jim Laskey [EMAIL PROTECTED] wrote:
John,
Both are defined on Darwin, FLT_MAX in float.h and HUGE_VALF in math.h.
However, neither header seems to be based on a BSD header. I choose
HUGE_VALF because it was also defined in the LINUX and FREEBSD math.h
headers (seemed like
On Nov 8, 2006, at 9:24 AM, Bill Wendling wrote:
On 11/8/06, Jim Laskey [EMAIL PROTECTED] wrote:
John,
Both are defined on Darwin, FLT_MAX in float.h and HUGE_VALF in
math.h.
However, neither header seems to be based on a BSD header. I choose
HUGE_VALF because it was also defined in
Changes in directory llvm/lib/CodeGen:
LiveIntervalAnalysis.cpp updated: 1.190 - 1.191
RegAllocLinearScan.cpp updated: 1.129 - 1.130
---
Log message:
Use correct value for float HUGH_VAL.
---
Diffs of the changes: (+6 -6)
LiveIntervalAnalysis.cpp |8
RegAllocLinearScan.cpp |
14 matches
Mail list logo