Skip to content
  1. Dec 18, 2008
  2. Dec 17, 2008
  3. Dec 16, 2008
  4. Dec 15, 2008
  5. Dec 14, 2008
    • Duncan Sands's avatar
      Reapply r60997, this time without forgetting that · f312dc77
      Duncan Sands authored
      target constants are allowed to have an illegal
      type.
      
      llvm-svn: 61006
      f312dc77
    • Bill Wendling's avatar
      Temporarily revert r60997. It was causing this failure: · e5af6f19
      Bill Wendling authored
      Running /Users/void/llvm/llvm.src/test/CodeGen/Generic/dg.exp ...
      FAIL: /Users/void/llvm/llvm.src/test/CodeGen/Generic/asm-large-immediate.ll
      Failed with exit(1) at line 1
      while running:  llvm-as < /Users/void/llvm/llvm.src/test/CodeGen/Generic/asm-large-immediate.ll |  llc | /usr/bin/grep 68719476738
      Assertion failed: ((TypesNeedLegalizing || getTypeAction(VT) == Legal) && "Illegal type introduced after type legalization?"), function HandleOp, file /Users/void/llvm/llvm.src/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp, line 493.
      0   llc               0x0085392e char const* std::find<char const*, char>(char const*, char const*, char const&) + 98
      1   llc               0x00853e63 llvm::sys::PrintStackTraceOnErrorSignal() + 593
      2   libSystem.B.dylib 0x96cac09b _sigtramp + 43
      3   libSystem.B.dylib 0xffffffff _sigtramp + 1765097359
      4   libSystem.B.dylib 0x96d24ec2 raise + 26
      5   libSystem.B.dylib 0x96d3447f abort + 73
      6   libSystem.B.dylib 0x96d26063 __assert_rtn + 101
      7   llc               0x004f9018 llvm::cast_retty<llvm::SubprogramDesc, llvm::DebugInfoDesc*>::ret_type llvm::cast<llvm::Sub
      ...
      
      llvm-svn: 61001
      e5af6f19
  6. Dec 13, 2008
  7. Dec 12, 2008
    • Devang Patel's avatar
      Do not print empty DW_AT_comp_dir. · 42828e81
      Devang Patel authored
      llvm-svn: 60965
      42828e81
    • Duncan Sands's avatar
      When expanding unaligned loads and stores do not make · 8f352fe1
      Duncan Sands authored
      use of illegal integer types: instead, use a stack slot
      and copying via integer registers.  The existing code
      is still used if the bitconvert is to a legal integer
      type.
      
      This fires on the PPC testcases 2007-09-08-unaligned.ll
      and vec_misaligned.ll.  It looks like equivalent code
      is generated with these changes, just permuted, but
      it's hard to tell.
      
      With these changes, nothing in LegalizeDAG produces
      illegal integer types anymore.  This is a prerequisite
      for removing the LegalizeDAG type legalization code.
      
      While there I noticed that the existing code doesn't
      handle trunc store of f64 to f32: it turns this into
      an i64 store, which represents a 4 byte stack smash.
      I added a FIXME about this.  Hopefully someone more
      motivated than I am will take care of it.
      
      llvm-svn: 60964
      8f352fe1
Loading