Skip to content
  1. Jul 22, 2010
  2. Jul 21, 2010
  3. Jul 16, 2010
    • Evan Cheng's avatar
      Split -enable-finite-only-fp-math to two options: · 55f0c6b9
      Evan Cheng authored
      -enable-no-nans-fp-math and -enable-no-infs-fp-math. All of the current codegen fp math optimizations only care whether the fp arithmetics arguments and results can never be NaN.
      
      llvm-svn: 108465
      55f0c6b9
  4. Jul 15, 2010
  5. Jul 14, 2010
  6. Jul 10, 2010
  7. Jul 09, 2010
    • Bob Wilson's avatar
      --- Reverse-merging r107947 into '.': · 6586e9b2
      Bob Wilson authored
      U    utils/TableGen/FastISelEmitter.cpp
      --- Reverse-merging r107943 into '.':
      U    test/CodeGen/X86/fast-isel.ll
      U    test/CodeGen/X86/fast-isel-loads.ll
      U    include/llvm/Target/TargetLowering.h
      U    include/llvm/Support/PassNameParser.h
      U    include/llvm/CodeGen/FunctionLoweringInfo.h
      U    include/llvm/CodeGen/CallingConvLower.h
      U    include/llvm/CodeGen/FastISel.h
      U    include/llvm/CodeGen/SelectionDAGISel.h
      U    lib/CodeGen/LLVMTargetMachine.cpp
      U    lib/CodeGen/CallingConvLower.cpp
      U    lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
      U    lib/CodeGen/SelectionDAG/FunctionLoweringInfo.cpp
      U    lib/CodeGen/SelectionDAG/FastISel.cpp
      U    lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
      U    lib/CodeGen/SelectionDAG/ScheduleDAGSDNodes.cpp
      U    lib/CodeGen/SelectionDAG/InstrEmitter.cpp
      U    lib/CodeGen/SelectionDAG/TargetLowering.cpp
      U    lib/Target/XCore/XCoreISelLowering.cpp
      U    lib/Target/XCore/XCoreISelLowering.h
      U    lib/Target/X86/X86ISelLowering.cpp
      U    lib/Target/X86/X86FastISel.cpp
      U    lib/Target/X86/X86ISelLowering.h
      
      llvm-svn: 107987
      6586e9b2
    • Dan Gohman's avatar
      Fix the memoperand offsets in code generated for va_start. · 0a7d155d
      Dan Gohman authored
      llvm-svn: 107948
      0a7d155d
    • Dan Gohman's avatar
      Re-apply bottom-up fast-isel, with fixes. Be very careful to avoid emitting · 0b5aa1cd
      Dan Gohman authored
      a DBG_VALUE after a terminator, or emitting any instructions before an EH_LABEL.
      
      llvm-svn: 107943
      0b5aa1cd
    • Chris Lattner's avatar
      Change LEA to have 5 operands for its memory operand, just · f469307c
      Chris Lattner authored
      like all other instructions, even though a segment is not
      allowed.  This resolves a bunch of gross hacks in the 
      encoder and makes LEA more consistent with the rest of the
      instruction set.
      
      No functionality change.
      
      llvm-svn: 107934
      f469307c
    • Chris Lattner's avatar
      add some long-overdue enums to refer to the parts of the 5-operand · ec536276
      Chris Lattner authored
      X86 memory operand.
      
      llvm-svn: 107925
      ec536276
  8. Jul 08, 2010
  9. Jul 07, 2010
  10. Jul 06, 2010
  11. Jul 05, 2010
    • Eric Christopher's avatar
      d429846e
    • Chris Lattner's avatar
      more tidying. · c4a7073d
      Chris Lattner authored
      llvm-svn: 107615
      c4a7073d
    • Chris Lattner's avatar
      Just rip v2f32 support completely out of the X86 backend. In · 45cc4d74
      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
      45cc4d74
    • Chris Lattner's avatar
      fix PR7518 - terrible codegen of <2 x float>, by only marking · 681b926d
      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
      681b926d
  12. Jul 03, 2010
  13. Jun 30, 2010
  14. Jun 29, 2010
  15. Jun 28, 2010
  16. Jun 26, 2010
  17. Jun 25, 2010
  18. Jun 24, 2010
Loading