Skip to content
  1. Oct 15, 2008
  2. Oct 14, 2008
  3. Oct 13, 2008
    • Dan Gohman's avatar
      When doing the very-late shift-and address-mode optimization, · 56b68851
      Dan Gohman authored
      create a new DAG node to represent the new shift to keep the
      DAG consistent, even though it'll almost always be folded into
      the address.
      
      If a user of the resulting address has multiple uses, the
      nodes may get revisited by a later MatchAddress call, in which
      case DAG inconsistencies do matter.
      
      This fixes PR2849.
      
      llvm-svn: 57465
      56b68851
  4. Oct 12, 2008
  5. Oct 11, 2008
  6. Oct 10, 2008
  7. Oct 08, 2008
  8. Oct 07, 2008
  9. Oct 06, 2008
  10. Oct 05, 2008
  11. Oct 04, 2008
  12. Oct 03, 2008
  13. Oct 02, 2008
    • Dale Johannesen's avatar
      Handle some 64-bit atomics on x86-32, some of the time. · 867d549f
      Dale Johannesen authored
      llvm-svn: 56963
      867d549f
    • Dan Gohman's avatar
      Work around an interaction between fast-isel and regalloc=local. The · b158fd75
      Dan Gohman authored
      local register allocator's physreg liveness doesn't recognize subregs,
      so it doesn't know that defs of %ecx that are immediately followed by
      uses of %cl aren't dead. This comes up due to the way fast-isel emits
      shift instructions.
      
      This is a temporary workaround. Arguably, local regalloc should
      handle subreg references correctly. On the other hand, perhaps
      fast-isel should use INSERT_SUBREG instead of just assigning to the
      most convenient super-register of %cl when lowering shifts.
      
      This fixes MultiSource/Benchmarks/MallocBench/espresso,
      MultiSource/Applications/hexxagon, and others, under -fast.
      
      llvm-svn: 56947
      b158fd75
    • Bill Wendling's avatar
      "The original bug was a complaint that _mm_srli_si128 mis-compiled when passed · b04e6edb
      Bill Wendling authored
      a constant vector ("{0x123, 0x456}" syntax).  The fix is to simplify the
      _mm_srli_si128 macro, and  move the "* 8" from the macro into the compiler
      back-end.  I can't change the existing __builtins because so many people are
      using them :-(."
      Patch by Stuart Hastings!
      
      llvm-svn: 56944
      b04e6edb
Loading