Skip to content
  1. Oct 30, 2009
  2. Oct 29, 2009
  3. Oct 28, 2009
  4. Oct 27, 2009
  5. Oct 25, 2009
  6. Oct 23, 2009
  7. Oct 22, 2009
  8. Oct 20, 2009
  9. Oct 18, 2009
  10. Oct 17, 2009
  11. Oct 16, 2009
  12. Oct 15, 2009
  13. Oct 14, 2009
    • Duncan Sands's avatar
      I don't see any point in having both eh.selector.i32 and eh.selector.i64, · 8e6ccb65
      Duncan Sands authored
      so get rid of eh.selector.i64 and rename eh.selector.i32 to eh.selector.
      Likewise for eh.typeid.for.  This aligns us with gcc, which always uses a
      32 bit value for the selector on all platforms.  My understanding is that
      the register allocator used to assert if the selector intrinsic size didn't
      match the pointer size, and this was the reason for introducing the two
      variants.  However my testing shows that this is no longer the case (I
      fixed some bugs in selector lowering yesterday, and some more today in the
      fastisel path; these might have caused the original problems).
      
      llvm-svn: 84106
      8e6ccb65
    • Devang Patel's avatar
      s/DebugLoc.CompileUnit/DebugLoc.Scope/g · d7ebfe39
      Devang Patel authored
      s/DebugLoc.InlinedLoc/DebugLoc.InlinedAtLoc/g
      
      llvm-svn: 84054
      d7ebfe39
  14. Oct 13, 2009
  15. Oct 12, 2009
  16. Oct 10, 2009
Loading