- Sep 08, 2006
-
-
Jim Laskey authored
llvm-svn: 30161
-
- Sep 07, 2006
-
-
Chris Lattner authored
using test, which provides nice simplifications like: - movl %edi, %ecx - andl $2, %ecx - cmpl $0, %ecx + testl $2, %edi je LBB1_11 #cond_next90 There are a couple of dagiselemitter deficiencies that this exposes, they will be handled later. llvm-svn: 30156
-
Chris Lattner authored
llvm-svn: 30155
-
Evan Cheng authored
llvm-svn: 30152
-
Jim Laskey authored
llvm-svn: 30146
-
Evan Cheng authored
llvm-svn: 30140
-
- Sep 06, 2006
-
-
Evan Cheng authored
llvm-svn: 30135
-
Evan Cheng authored
llvm-svn: 30134
-
Jim Laskey authored
llvm-svn: 30131
-
Jim Laskey authored
llvm-svn: 30127
-
Jim Laskey authored
llvm-svn: 30126
-
Rafael Espindola authored
llvm-svn: 30125
-
- Sep 05, 2006
-
-
Chris Lattner authored
llvm-svn: 30121
-
Evan Cheng authored
llvm-svn: 30113
-
Evan Cheng authored
llvm-svn: 30112
-
Chris Lattner authored
adds assertions that check to make sure every operand gets emitted. llvm-svn: 30110
-
Chris Lattner authored
def operand or a use operand. llvm-svn: 30109
-
Chris Lattner authored
actually *removes* one of the operands, instead of just assigning both operands the same register. This make reasoning about instructions unnecessarily complex, because you need to know if you are before or after register allocation to match up operand #'s with the target description file. Changing this also gets rid of a bunch of hacky code in various places. This patch also includes changes to fold loads into cmp/test instructions in the X86 backend, along with a significant simplification to the X86 spill folding code. llvm-svn: 30108
-
Andrew Lenharth authored
llvm-svn: 30107
-
- Sep 04, 2006
-
-
Rafael Espindola authored
llvm-svn: 30103
-
Chris Lattner authored
llvm-svn: 30102
-
Duraid Madina authored
Call these from your backend to enjoy setjmp/longjmp goodness, see lib/Target/IA64/IA64ISelLowering.cpp for an example llvm-svn: 30095
-
Chris Lattner authored
This pass: 1. Splits TargetMachine into TargetMachine (generic targets, can be implemented any way, like the CBE) and LLVMTargetMachine (subclass of TM that is used by things using libcodegen and other support). 2. Instead of having each target fully populate the passmgr for file or JIT output, move all this to common code, and give targets hooks they can implement. 3. Commonalize the target population stuff between file emission and JIT emission. 4. All (native code) codegen stuff now happens in a FunctionPassManager, which paves the way for "fast -O0" stuff in the CFE later, and now LLC could lazily stream .bc files from disk to use less memory. 5. There are now many fewer #includes and the targets don't depend on the scalar xforms or libanalysis anymore (but codegen does). 6. Changing common code generator pass ordering stuff no longer requires touching all targets. 7. The JIT now has the option of "-fast" codegen or normal optimized codegen, which is now orthogonal to the fact that JIT'ing is being done. llvm-svn: 30081
-
Chris Lattner authored
llvm-svn: 30080
-
Chris Lattner authored
llvm-svn: 30078
-
- Sep 03, 2006
-
-
Chris Lattner authored
llvm-svn: 30070
-
Rafael Espindola authored
llvm-svn: 30067
-
- Sep 02, 2006
-
-
Rafael Espindola authored
llvm-svn: 30056
-
Evan Cheng authored
Suppose the TokenFactor can reach the Op: [Load chain] ^ | [Load] ^ ^ | | / \- / | / [Op] / ^ ^ | .. | | / | [TokenFactor] | ^ | | | \ / \ / [Store] If we move the Load below the TokenFactor, we would have created a cycle in the DAG. llvm-svn: 30040
-
Chris Lattner authored
llvm-svn: 30039
-
Chris Lattner authored
llvm-svn: 30038
-
- Aug 30, 2006
-
-
Evan Cheng authored
llvm-svn: 29965
-
- Aug 29, 2006
-
-
Evan Cheng authored
llvm-svn: 29962
-
Evan Cheng authored
or vector result. X86 does not have load/mod/store variants of those instructions. llvm-svn: 29957
-
Evan Cheng authored
- Also disable isel load folding if -fast. llvm-svn: 29956
-
Jim Laskey authored
handling.) llvm-svn: 29954
-
Jim Laskey authored
llvm-svn: 29953
-
Evan Cheng authored
llvm-svn: 29952
-
Nate Begeman authored
there are clearly some encoding bugs lurking in there somewhere. llvm-svn: 29949
-
Evan Cheng authored
llvm-svn: 29946
-