Skip to content
  1. Oct 24, 2009
  2. Oct 23, 2009
  3. Oct 22, 2009
  4. Oct 21, 2009
  5. Oct 19, 2009
  6. Oct 18, 2009
  7. Oct 17, 2009
  8. Oct 14, 2009
    • Devang Patel's avatar
      ebaa76ed
    • 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 08, 2009
  12. Oct 07, 2009
  13. Oct 06, 2009
  14. Oct 05, 2009
  15. Oct 03, 2009
Loading