Skip to content
  1. Oct 23, 2009
  2. Oct 22, 2009
  3. Oct 21, 2009
  4. Oct 19, 2009
  5. Oct 17, 2009
  6. Oct 16, 2009
  7. Oct 15, 2009
  8. 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
  9. Oct 13, 2009
  10. Oct 12, 2009
  11. Oct 11, 2009
Loading