Skip to content
  1. Feb 10, 2007
  2. Feb 06, 2007
    • Reid Spencer's avatar
      Although targets are not required to support integers > 64bits, TargetData · 92b50800
      Reid Spencer authored
      must in order for backends that do want to support large integer types to be
      able to function. Consequently, don't assert if the bitwidth > 64 bits
      when computing the size and alignment. Instead, compute the size by rounding
      up to the next even number of bytes for the size. Compute the alignment
      as the same as the LongABIAlignment. These provide reasonable defaults
      that the target can override.
      
      llvm-svn: 33943
      92b50800
  3. Jan 31, 2007
  4. Jan 26, 2007
    • Reid Spencer's avatar
      For PR761: · 3ac38e99
      Reid Spencer authored
      The Module::setEndianness and Module::setPointerSize methods have been
      removed. Instead you can get/set the DataLayout. Adjust thise accordingly.
      
      llvm-svn: 33530
      3ac38e99
  5. Jan 24, 2007
  6. Jan 23, 2007
  7. Jan 21, 2007
  8. Jan 20, 2007
  9. Jan 12, 2007
    • 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
  10. Jan 11, 2007
  11. Dec 31, 2006
    • Reid Spencer's avatar
      For PR950: · e63b6518
      Reid Spencer authored
      Three changes:
      1. Convert signed integer types to signless versions.
      2. Implement the @sext and @zext parameter attributes. Previously the
         type of an function parameter was used to determine whether it should
         be sign extended or zero extended before the call. This information is
         now communicated via the function type's parameter attributes.
      3. The interface to LowerCallTo had to be changed in order to accommodate
         the parameter attribute information. Although it would have been
         convenient to pass in the FunctionType itself, there isn't always one
         present in the caller. Consequently, a signedness indication for the
         result type and for each parameter was provided for in the interface
         to this method. All implementations were changed to make the adjustment
         necessary.
      
      llvm-svn: 32788
      e63b6518
  12. Dec 08, 2006
  13. Oct 24, 2006
  14. Oct 20, 2006
    • Reid Spencer's avatar
      For PR950: · e0fc4dfc
      Reid Spencer authored
      This patch implements the first increment for the Signless Types feature.
      All changes pertain to removing the ConstantSInt and ConstantUInt classes
      in favor of just using ConstantInt.
      
      llvm-svn: 31063
      e0fc4dfc
  15. Jun 16, 2006
  16. May 21, 2006
  17. May 20, 2006
  18. May 17, 2006
  19. May 12, 2006
  20. Apr 04, 2006
  21. Apr 03, 2006
  22. Apr 01, 2006
  23. Jan 14, 2006
  24. Aug 02, 2005
  25. Apr 22, 2005
  26. Mar 13, 2005
  27. Dec 01, 2004
  28. Nov 02, 2004
  29. Sep 02, 2004
    • Reid Spencer's avatar
      Changes For Bug 352 · 7c16caa3
      Reid Spencer authored
      Move include/Config and include/Support into include/llvm/Config,
      include/llvm/ADT and include/llvm/Support. From here on out, all LLVM
      public header files must be under include/llvm/.
      
      llvm-svn: 16137
      7c16caa3
  30. Aug 17, 2004
  31. Jul 23, 2004
  32. Jul 15, 2004
  33. Jul 02, 2004
  34. Jul 01, 2004
Loading