Skip to content
  1. Jan 17, 2007
  2. Jan 16, 2007
  3. Jan 15, 2007
  4. Jan 14, 2007
  5. Jan 13, 2007
  6. Jan 12, 2007
    • Chris Lattner's avatar
      remove obsolete fixme · afdee206
      Chris Lattner authored
      llvm-svn: 33151
      afdee206
    • Lauro Ramos Venancio's avatar
      Don't add or sub zero to sp. · 901d9e65
      Lauro Ramos Venancio authored
      llvm-svn: 33142
      901d9e65
    • Lauro Ramos Venancio's avatar
      Build constants using instructions mov/orr or mvn/eor. · c4235e55
      Lauro Ramos Venancio authored
      llvm-svn: 33141
      c4235e55
    • Anton Korobeynikov's avatar
      * PIC codegen for X86/Linux has been implemented · a0554d90
      Anton Korobeynikov authored
      * PIC-aware internal structures in X86 Codegen have been refactored
      * Visibility (default/weak) has been added
      * Docs fixes (external weak linkage, visibility, formatting)
      
      llvm-svn: 33136
      a0554d90
    • Evan Cheng's avatar
      Comment. · a557a002
      Evan Cheng authored
      llvm-svn: 33114
      a557a002
    • 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
    • Reid Spencer's avatar
      Implement review feedback for the ConstantBool->ConstantInt merge. Chris · cddc9dfe
      Reid Spencer authored
      recommended that getBoolValue be replaced with getZExtValue and that
      get(bool) be replaced by get(const Type*, uint64_t). This implements
      those changes.
      
      llvm-svn: 33110
      cddc9dfe
  7. Jan 11, 2007
  8. Jan 10, 2007
Loading