Changes in directory llvm/lib/Target/Alpha:
AlphaInstrInfo.td updated: 1.92 -> 1.93
---
Log message:
Restore some happiness to the JIT
---
Diffs of the changes: (+3 -2)
AlphaInstrInfo.td |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
Index: llvm/lib/Target/Alpha/AlphaInstr
Changes in directory llvm/lib/Target/Alpha:
AlphaInstrInfo.td updated: 1.91 -> 1.92
---
Log message:
Fix alpha regressions.
---
Diffs of the changes: (+1 -1)
AlphaInstrInfo.td |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: llvm/lib/Target/Alpha/AlphaInstrInfo.td
diff -u
On Mon, 26 Dec 2005, Andrew Lenharth wrote:
I'm not sure I follow. If this is fixed by the architecture (seems
unlikely for alpha but...) you should be able to do something like this:
(set R27, (fooop GPRC:$in1, GPRC:$in2))
This works? That is about what I need.
Yes, assuming foo-op is an
Changes in directory llvm/lib/Target/X86:
X86ISelLowering.cpp updated: 1.17 -> 1.18
---
Log message:
Fix a problem duraid pointed out to me compiling kc++ with -enable-x86-fastcc
---
Diffs of the changes: (+5 -0)
X86ISelLowering.cpp |5 +
1 files changed, 5 insertions(+)
Index: l
On Mon, 26 Dec 2005, Andrew Lenharth wrote:
-let isCall = 1, Defs = [R23, R24, R25, R27, R28], Uses = [R24, R25, R27]
in +let isCall = 1, noResults = 1, Defs = [R23, R24, R25, R27, R28], Uses =
[R24, R25, R27] in def JSRs : MbrForm< 0x1A, 0x01, (ops ), "jsr
$$23,($$27),0">; //Jump to div or rem
> Changes in directory llvm/lib/Target/Alpha:
>
> AlphaInstrInfo.td updated: 1.90 -> 1.91
> ---
> Log message:
>
> Added field noResults to Instruction.
> Currently tblgen cannot tell which operands in the operand list are results
> so it assumes the first one is a result. This is bad. Ideally we w
Changes in directory llvm/lib/Bytecode/Archive:
ArchiveReader.cpp updated: 1.42 -> 1.43
---
Log message:
more C++ daintiness
---
Diffs of the changes: (+1 -0)
ArchiveReader.cpp |1 +
1 files changed, 1 insertion(+)
Index: llvm/lib/Bytecode/Archive/ArchiveReader.cpp
diff -u llvm/lib/
Changes in directory llvm/lib/Bytecode/Reader:
Analyzer.cpp updated: 1.20 -> 1.21
ReaderWrappers.cpp updated: 1.52 -> 1.53
---
Log message:
I bet pinski knows why g++ accepts this stuff
---
Diffs of the changes: (+3 -0)
Analyzer.cpp |1 +
ReaderWrappers.cpp |2 ++
2 files ch
Changes in directory llvm/lib/Transforms/Scalar:
LowerPacked.cpp updated: 1.5 -> 1.6
---
Log message:
getting there...
---
Diffs of the changes: (+1 -0)
LowerPacked.cpp |1 +
1 files changed, 1 insertion(+)
Index: llvm/lib/Transforms/Scalar/LowerPacked.cpp
diff -u llvm/lib/Transform
Changes in directory llvm/include/llvm:
Linker.h updated: 1.16 -> 1.17
---
Log message:
more standards compliance (damn, I can't wait for unordered_set (tee hee)
and unordered_map to make it into the standard)
Hurry up, JTC1 SC22 WG21 Library Working Group!
---
Diffs of the changes: (+1 -0
Changes in directory llvm/include/llvm/CodeGen:
MachineConstantPool.h updated: 1.6 -> 1.7
---
Log message:
I laugh at your dual-core G5s! Fear my precompiled headers.
---
Diffs of the changes: (+1 -0)
MachineConstantPool.h |1 +
1 files changed, 1 insertion(+)
Index: llvm/include/ll
Changes in directory llvm/lib/Debugger:
Debugger.cpp updated: 1.4 -> 1.5
---
Log message:
dum de dum
---
Diffs of the changes: (+1 -0)
Debugger.cpp |1 +
1 files changed, 1 insertion(+)
Index: llvm/lib/Debugger/Debugger.cpp
diff -u llvm/lib/Debugger/Debugger.cpp:1.4 llvm/lib/Debugger
Changes in directory llvm/lib/Target/SparcV8:
SparcV8InstrInfo.td updated: 1.96 -> 1.97
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix t
Changes in directory llvm/utils/TableGen:
CodeGenInstruction.h updated: 1.17 -> 1.18
CodeGenTarget.cpp updated: 1.51 -> 1.52
DAGISelEmitter.cpp updated: 1.116 -> 1.117
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are resu
Changes in directory llvm/lib/Target/Alpha:
AlphaInstrInfo.td updated: 1.90 -> 1.91
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix this
Changes in directory llvm/lib/Target/X86:
X86InstrInfo.td updated: 1.185 -> 1.186
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix this
by
Changes in directory llvm/lib/Target/IA64:
IA64InstrInfo.td updated: 1.34 -> 1.35
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix this
by
Changes in directory llvm/lib/Target/PowerPC:
PPCInstrInfo.td updated: 1.165 -> 1.166
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix thi
Changes in directory llvm/lib/Target:
Target.td updated: 1.66 -> 1.67
---
Log message:
Added field noResults to Instruction.
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix this
by separating
Changes in directory llvm/include/llvm:
Type.h updated: 1.81 -> 1.82
---
Log message:
i love xmas *;D*
---
Diffs of the changes: (+1 -0)
Type.h |1 +
1 files changed, 1 insertion(+)
Index: llvm/include/llvm/Type.h
diff -u llvm/include/llvm/Type.h:1.81 llvm/include/llvm/Type.h:1
Changes in directory llvm/lib/VMCore:
Dominators.cpp updated: 1.64 -> 1.65
---
Log message:
more HP-UX cleanliness
---
Diffs of the changes: (+1 -0)
Dominators.cpp |1 +
1 files changed, 1 insertion(+)
Index: llvm/lib/VMCore/Dominators.cpp
diff -u llvm/lib/VMCore/Dominators.cpp:1.64
21 matches
Mail list logo
