Skip to content
  1. Jun 12, 2009
  2. Jun 11, 2009
  3. Jun 10, 2009
  4. Jun 09, 2009
    • Misha Brukman's avatar
      Reversed order of args in EXPECT_EQ() macros to be in the correct order: · 67a1ffa5
      Misha Brukman authored
      EXPECT_EQ(expected, actual) .  This will make error messages understandable as
      it uses terms such as "expected" and "actual" based on the order of arguments.
      
      llvm-svn: 73150
      67a1ffa5
    • Jay Foad's avatar
      Remove an unused function SafeToDestroyConstant(). Rename an almost · edea37d8
      Jay Foad authored
      identical function ConstantIsDead() to SafeToDestroyConstant(), to
      emphasise the connection with Constant::destroyConstant().
      
      llvm-svn: 73149
      edea37d8
    • Daniel Dunbar's avatar
      Remove empty test (my DejaGNU doesn't like this) · 92c10927
      Daniel Dunbar authored
      llvm-svn: 73148
      92c10927
    • Rafael Espindola's avatar
      Bug fix: · dcf17e66
      Rafael Espindola authored
      string::find returns string::npos if the substring is not found.
      
      llvm-svn: 73145
      dcf17e66
    • Bill Wendling's avatar
      Simplified logic of this if-then statement to reduce nesting. No functionality · 0422f4ca
      Bill Wendling authored
      change.
      
      llvm-svn: 73143
      0422f4ca
    • Owen Anderson's avatar
      Add the beginnings of an implementatation of lazy liveness analysis, based on... · f6df3085
      Owen Anderson authored
      Add the beginnings of an implementatation of lazy liveness analysis, based on "Fast Liveness Checking for SSA-form Programs" by Boissinot, et al.
      
      This is still very early, hasn't been tested, and is not yet well documented.  More to come soon.
      
      llvm-svn: 73141
      f6df3085
    • Bill Wendling's avatar
      Remove empty file. · cb61314f
      Bill Wendling authored
      llvm-svn: 73140
      cb61314f
    • Bill Wendling's avatar
      I'm going to assume that this was meant to be an assignment instead of a · e05336f8
      Bill Wendling authored
      computation that isn't used. Please correct this if it's wrong!
      
      llvm-svn: 73139
      e05336f8
    • David Greene's avatar
      · 58a6b76c
      David Greene authored
      Revert 73074 and 73099 because Windows doesn't have POSIX
      regular expressions.  We will add an OpenBSD implementation
      and re-apply ASAP.
      
      llvm-svn: 73138
      58a6b76c
    • Dan Gohman's avatar
      Use expandCodeFor instead of expand when the result will be · b8597bd0
      Dan Gohman authored
      immediately casted. At present, this is just a minor code
      simplification. In the future, the expansion code may be able
      to make better choices if it knows what the desired result
      type will be.
      
      llvm-svn: 73137
      b8597bd0
    • Sanjiv Gupta's avatar
      PIC16 emits auto variables as globals. When optimizer removes a function... · 7607eba0
      Sanjiv Gupta authored
      PIC16 emits auto variables as globals. When optimizer removes a function entierly by estimating its side effects on globals, those globals(autos) without a function were not being printed by the Asm printer.
      
      llvm-svn: 73135
      7607eba0
    • David Greene's avatar
      · a31cbba1
      David Greene authored
      Change IndexedModeAction representation.
      
      This changes the IndexedModeAction representation to remove the
      limitation on the number of value types in MVT.  This limitation
      prevents us from specifying AVX types.
      
      Prior to this change IndexedModActions was represented as follows...
      
      uint64_t IndexedModeActions[2][ISD::LAST_INDEXED_MODE];
      
      the first dimension was used to represent loads, then stores.  This
      imposed a limitation of 32 on the number of value types that could be
      handled with this method.  The value type was used to shift the two bits
      into and out of the approprate bits in the uint64_t.
      
      With this change the array is now represented as ...
      
      uint8_t IndexedModeActions[MVT::LAST_VALUETYPE][2][ISD::LAST_INDEXED_MODE];
      
      Takes more space but removes the limitation on MVT::LAST_VALUETYPE.  The
      first dimension is now the value_type for the reference.  The second
      dimension is the load [0] vs. store[1].  The third dimension represents
      the various modes for load store.  Accesses are now direct, no shifting
      or masking.
      
      There are other limitations that need to be removed, so that
      MVT::LAST_VALUETYPE can be greater than 32.  This is merely the first
      step towards that goal.
      
      llvm-svn: 73104
      a31cbba1
    • David Greene's avatar
      Oops, didn't mean to commit 73102 yet. Revert it. · 75f8b1d5
      David Greene authored
      llvm-svn: 73103
      75f8b1d5
    • David Greene's avatar
      · 95c989fa
      David Greene authored
      Change IndexedModeAction representation.
      
      This changes the IndexedModeAction representation to remove the
      limitation on the number of value types in MVT.  This limitation
      prevents us from specifying AVX types.
      
      Prior to this change IndexedModActions was represented as follows...
      
      uint64_t IndexedModeActions[2][ISD::LAST_INDEXED_MODE];
      
      the first dimension was used to represent loads, then stores.  This
      imposed a limitation of 32 on the number of value types that could be
      handled with this method.  The value type was used to shift the two bits
      into and out of the approprate bits in the uint64_t.
      
      With this change the array is now represented as ...
      
      uint8_t IndexedModeActions[MVT::LAST_VALUETYPE][2][ISD::LAST_INDEXED_MODE];
      
      Takes more space but removes the limitation on MVT::LAST_VALUETYPE.  The
      first dimension is now the value_type for the reference.  The second
      dimension is the load [0] vs. store[1].  The third dimension represents
      the various modes for load store.  Accesses are now direct, no shifting
      or masking.
      
      There are other limitations that need to be removed, so that
      MVT::LAST_VALUETYPE can be greater than 32.  This is merely the first
      step towards that goal.
      
      llvm-svn: 73102
      95c989fa
    • David Greene's avatar
      · 67c05bff
      David Greene authored
      Add a !patsubst operator.  Use on string types.
      
      llvm-svn: 73099
      67c05bff
    • Anton Korobeynikov's avatar
      Typo · 5b1b5b2a
      Anton Korobeynikov authored
      llvm-svn: 73098
      5b1b5b2a
    • Anton Korobeynikov's avatar
      Revert hunk commited by accident · 3708883b
      Anton Korobeynikov authored
      llvm-svn: 73097
      3708883b
    • Anton Korobeynikov's avatar
      Add testcase for register scanveger assertion fix in r72755 · c7451328
      Anton Korobeynikov authored
      (double def due to livevars)
      
      llvm-svn: 73096
      c7451328
Loading