Skip to content
  1. Sep 12, 2007
  2. Sep 11, 2007
  3. Sep 06, 2007
  4. Aug 22, 2007
  5. Jul 30, 2007
  6. Jul 26, 2007
  7. Jun 04, 2007
  8. May 31, 2007
  9. May 03, 2007
  10. May 02, 2007
  11. May 01, 2007
  12. Apr 30, 2007
  13. Apr 29, 2007
  14. Apr 28, 2007
  15. Apr 25, 2007
  16. Apr 24, 2007
  17. Apr 23, 2007
  18. Mar 06, 2007
  19. Feb 21, 2007
  20. Feb 16, 2007
  21. Feb 15, 2007
    • Reid Spencer's avatar
      For PR1195: · d84d35ba
      Reid Spencer authored
      Rename PackedType -> VectorType, ConstantPacked -> ConstantVector, and
      PackedTyID -> VectorTyID. No functional changes.
      
      llvm-svn: 34293
      d84d35ba
  22. Feb 10, 2007
  23. Feb 06, 2007
  24. Feb 05, 2007
  25. Feb 01, 2007
  26. Jan 26, 2007
  27. Jan 25, 2007
  28. Jan 23, 2007
  29. Jan 18, 2007
  30. Jan 16, 2007
    • Bill Wendling's avatar
      Fix for PR1095: · e21237e5
      Bill Wendling authored
      LLVM would miscompile ASM dialects when compiling for PPC. Added dialects for
      the X86 and PPC backends. It defaults to "0", the first variant of a compound
      inline asm expression.
      
      llvm-svn: 33246
      e21237e5
  31. Jan 15, 2007
  32. Jan 12, 2007
    • Chris Lattner's avatar
      Simplify code · 7f6fac4b
      Chris Lattner authored
      llvm-svn: 33123
      7f6fac4b
    • 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
Loading