- Jul 07, 2010
-
-
Jakob Stoklund Olesen authored
This means that an instruction defining an S register will affect the domain of the parent D register. llvm-svn: 107725
-
Bruno Cardoso Lopes authored
llvm-svn: 107723
-
Bruno Cardoso Lopes authored
llvm-svn: 107720
-
Bruno Cardoso Lopes authored
llvm-svn: 107717
-
Bruno Cardoso Lopes authored
Update VEX encoding to support those new instructions llvm-svn: 107715
-
Dan Gohman authored
SelectBasicBlock doesn't needs its BasicBlock argument. llvm-svn: 107712
-
Devang Patel authored
llvm-svn: 107710
-
- Jul 06, 2010
-
-
Bob Wilson authored
llvm-svn: 107701
-
Jakob Stoklund Olesen authored
llvm-svn: 107700
-
Jakob Stoklund Olesen authored
llvm-svn: 107698
-
Devang Patel authored
llvm-svn: 107697
-
Jakob Stoklund Olesen authored
It is OK for an alias live range to overlap if there is a copy to or from the physical register. CoalescerPair can work out if the copy is coalescable independently of the alias. This means that we can join with the actual destination interval instead of using the getOrigDstReg() hack. It is no longer necessary to merge clobber ranges into subregisters. llvm-svn: 107695
-
Dan Gohman authored
the block before calling the expansion hook. And don't put EFLAGS in a mbb's live-in list twice. llvm-svn: 107691
-
Eric Christopher authored
llvm-svn: 107684
-
Devang Patel authored
llvm-svn: 107678
-
Rafael Espindola authored
if profitable. llvm-svn: 107673
-
Chris Lattner authored
llvm-svn: 107670
-
Dan Gohman authored
llvm-svn: 107668
-
Dan Gohman authored
which do not depend on SelectionDAG. llvm-svn: 107666
-
Dan Gohman authored
from getPhysicalRegisterRegClass. llvm-svn: 107660
-
Anton Korobeynikov authored
Fix a major regression on COFF targets introduced by r103267: 'discardable' section means that it is used only during the program load and can be discarded afterwards. This way *only* debug sections can be discarded, but not the opposite. Seems like the copy-and-pasto from ELF code, since there it contains the reverse flag ('alloc'). llvm-svn: 107658
-
Dan Gohman authored
llvm-svn: 107657
-
Dan Gohman authored
llvm-svn: 107656
-
Dan Gohman authored
the pseudo instruction is not at the end of the block. llvm-svn: 107655
-
Eric Christopher authored
registers. Split out testcases per architecture and os now. Patch from Nelson Elhage. llvm-svn: 107640
-
Nick Lewycky authored
llvm-svn: 107637
-
- Jul 05, 2010
-
-
Eric Christopher authored
llvm-svn: 107625
-
Kalle Raiskila authored
llvm-svn: 107622
-
Chris Lattner authored
llvm-svn: 107615
-
Chris Lattner authored
llvm-svn: 107613
-
Chris Lattner authored
llvm-svn: 107612
-
Chris Lattner authored
llvm-svn: 107610
-
Chris Lattner authored
v2f32 is illegal on x86. llvm-svn: 107609
-
Jakob Stoklund Olesen authored
llvm-svn: 107602
-
Chris Lattner authored
the example in the testcase, we now generate: _test1: ## @test1 movss 4(%esp), %xmm0 addss 8(%esp), %xmm0 movl 12(%esp), %eax movss %xmm0, (%eax) ret instead of: _test1: ## @test1 subl $20, %esp movl 24(%esp), %eax movq %mm0, (%esp) movq %mm0, 8(%esp) movss (%esp), %xmm0 addss 12(%esp), %xmm0 movss %xmm0, (%eax) addl $20, %esp ret v2f32 support did not work reliably because most of the X86 backend didn't know it was legal. It was apparently only added to support returning source-level v2f32 values in MMX registers in x86-32 mode. If ABI compatibility is important on this GCC-extended-vector type for some reason, then the frontend should generate IR that returns v2i32 instead of v2f32. However, we generally don't try very hard to be abi compatible on gcc extended vectors. llvm-svn: 107601
-
Chris Lattner authored
v2f32 as legal in 32-bit mode. It is just as terrible there, but I just care about x86-64 and noone claims it is valuable in 64-bit mode. llvm-svn: 107600
-
Chris Lattner authored
llvm-svn: 107599
-
- Jul 04, 2010
-
-
Evan Cheng authored
Infer alignments of fixed frame objects when they are constructed. This ensures remat'ed loads from fixed slots have the right alignments. llvm-svn: 107591
-
Bill Wendling authored
llvm-svn: 107585
-
Bill Wendling authored
(SDNPMemOperand). This way when they're morphed the memory operands will be copied as well. llvm-svn: 107583
-