Skip to content
  1. Jan 28, 2008
  2. Dec 29, 2007
  3. Dec 17, 2007
  4. Oct 24, 2007
  5. Sep 28, 2007
  6. Sep 06, 2007
    • Dale Johannesen's avatar
      Next round of APFloat changes. · bed9dc42
      Dale Johannesen authored
      Use APFloat in UpgradeParser and AsmParser.
      Change all references to ConstantFP to use the
      APFloat interface rather than double.  Remove
      the ConstantFP double interfaces.
      Use APFloat functions for constant folding arithmetic
      and comparisons.
      (There are still way too many places APFloat is
      just a wrapper around host float/double, but we're
      getting there.)
      
      llvm-svn: 41747
      bed9dc42
  7. Aug 01, 2007
    • David Greene's avatar
      · 17a5dfe6
      David Greene authored
      New CallInst interface to address GLIBCXX_DEBUG errors caused by
      indexing an empty std::vector.
      
      Updates to all clients.
      
      llvm-svn: 40660
      17a5dfe6
  8. May 06, 2007
  9. May 03, 2007
  10. May 02, 2007
  11. May 01, 2007
  12. Apr 15, 2007
  13. Apr 14, 2007
  14. Apr 08, 2007
  15. Apr 07, 2007
  16. Mar 02, 2007
  17. Feb 13, 2007
  18. Feb 06, 2007
  19. Jan 31, 2007
  20. Jan 30, 2007
  21. Jan 20, 2007
  22. Jan 15, 2007
  23. Jan 12, 2007
    • Chris Lattner's avatar
      Remove over-general comparisons · 3b6058c2
      Chris Lattner authored
      llvm-svn: 33147
      3b6058c2
    • 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
  24. Jan 11, 2007
Loading