Skip to content
  1. Sep 10, 2008
  2. Sep 09, 2008
  3. Sep 05, 2008
  4. Sep 04, 2008
  5. Aug 06, 2008
  6. Jun 22, 2008
  7. Jun 13, 2008
  8. May 23, 2008
  9. May 16, 2008
  10. May 13, 2008
  11. Apr 06, 2008
  12. Dec 29, 2007
  13. Oct 22, 2007
  14. Sep 10, 2007
  15. Sep 04, 2007
    • David Greene's avatar
      · c656cbb8
      David Greene authored
      Update GEP constructors to use an iterator interface to fix
      GLIBCXX_DEBUG issues.
      
      llvm-svn: 41697
      c656cbb8
  16. Aug 21, 2007
  17. Jun 27, 2007
  18. Jun 19, 2007
    • Dan Gohman's avatar
      Rename ScalarEvolution::deleteInstructionFromRecords to · 32f53bbd
      Dan Gohman authored
      deleteValueFromRecords and loosen the types to all it to accept
      Value* instead of just Instruction*, since this is what
      ScalarEvolution uses internally anyway. This allows more flexibility
      for future uses.
      
      llvm-svn: 37657
      32f53bbd
  19. Jun 15, 2007
  20. Jun 06, 2007
  21. May 06, 2007
  22. May 03, 2007
  23. May 02, 2007
  24. May 01, 2007
  25. Mar 07, 2007
  26. Mar 04, 2007
  27. Mar 03, 2007
  28. Mar 02, 2007
  29. Feb 11, 2007
  30. Feb 06, 2007
  31. Jan 31, 2007
  32. Jan 15, 2007
  33. Jan 12, 2007
    • Chris Lattner's avatar
      simplify some code · f5e5236b
      Chris Lattner authored
      llvm-svn: 33150
      f5e5236b
    • Reid Spencer's avatar
      For PR1064: · 7a9c62ba
      Reid Spencer authored
      Implement the arbitrary bit-width integer feature. The feature allows
      integers of any bitwidth (up to 64) to be defined instead of just 1, 8,
      16, 32, and 64 bit integers.
      
      This change does several things:
      1. Introduces a new Derived Type, IntegerType, to represent the number of
         bits in an integer. The Type classes SubclassData field is used to
         store the number of bits. This allows 2^23 bits in an integer type.
      2. Removes the five integer Type::TypeID values for the 1, 8, 16, 32 and
         64-bit integers. These are replaced with just IntegerType which is not
         a primitive any more.
      3. Adjust the rest of LLVM to account for this change.
      
      Note that while this incremental change lays the foundation for arbitrary
      bit-width integers, LLVM has not yet been converted to actually deal with
      them in any significant way. Most optimization passes, for example, will
      still only deal with the byte-width integer types.  Future increments
      will rectify this situation.
      
      llvm-svn: 33113
      7a9c62ba
  34. Jan 08, 2007
  35. Jan 07, 2007
Loading