Skip to content
  1. Jun 05, 2009
  2. May 31, 2009
  3. May 29, 2009
  4. May 06, 2009
  5. Apr 02, 2009
  6. Apr 01, 2009
  7. Mar 10, 2009
  8. Mar 06, 2009
  9. Feb 12, 2009
  10. Feb 08, 2009
  11. Jan 19, 2009
  12. Dec 23, 2008
  13. Dec 22, 2008
  14. Dec 18, 2008
  15. Dec 15, 2008
  16. Dec 14, 2008
  17. Dec 13, 2008
    • Bill Wendling's avatar
      Temporarily revert r60973. It's inexplicably causing a failure when self-hosting LLVM: · 293b9181
      Bill Wendling authored
      llvm[2]: Linking Release executable opt (without symbols)
      ...
      Undefined symbols:
        "llvm::APFloat::IEEEsingle", referenced from:
            __ZN4llvm7APFloat10IEEEsingleE$non_lazy_ptr in libLLVMCore.a(Constants.o)
            __ZN4llvm7APFloat10IEEEsingleE$non_lazy_ptr in libLLVMCore.a(AsmWriter.o)
            __ZN4llvm7APFloat10IEEEsingleE$non_lazy_ptr in libLLVMCore.a(ConstantFold.o)
        "llvm::APFloat::IEEEdouble", referenced from:
            __ZN4llvm7APFloat10IEEEdoubleE$non_lazy_ptr in libLLVMCore.a(Constants.o)
            __ZN4llvm7APFloat10IEEEdoubleE$non_lazy_ptr in libLLVMCore.a(AsmWriter.o)
            __ZN4llvm7APFloat10IEEEdoubleE$non_lazy_ptr in libLLVMCore.a(ConstantFold.o)
      ld: symbol(s) not found
      
      This is in release mode. To replicate, compile llvm and llvm-gcc in optimized
      mode. Then build llvm, in optimized mode, with the newly created compiler.
      
      llvm-svn: 60977
      293b9181
    • Chris Lattner's avatar
      make RLE preserve the name of the load that it replaces. This is just · 1e29f7c9
      Chris Lattner authored
      a pretification of the IR.
      
      llvm-svn: 60973
      1e29f7c9
  18. Dec 09, 2008
    • Chris Lattner's avatar
      Teach GVN to invalidate some memdep information when it does an RAUW · fa9f99aa
      Chris Lattner authored
      of a pointer.  This allows is to catch more equivalencies.  For example,
      the type_lists_compatible_p function used to require two iterations of
      the gvn pass (!) to delete its 18 redundant loads because the first pass
      would CSE all the addressing computation cruft, which would unblock the
      second memdep/gvn passes from recognizing them.  This change allows
      memdep/gvn to catch all 18 when run just once on the function (as is 
      typical :) instead of just 3.
      
      On all of 403.gcc, this bumps up the # reundandancies found from:
      
           63 gvn    - Number of instructions PRE'd
       153991 gvn    - Number of instructions deleted
        50069 gvn    - Number of loads deleted
      to:
           63 gvn    - Number of instructions PRE'd
       154137 gvn    - Number of instructions deleted
        50185 gvn    - Number of loads deleted
      
      +120 loads deleted isn't bad.
      
      llvm-svn: 60799
      fa9f99aa
    • Chris Lattner's avatar
      rename getNonLocalDependency -> getNonLocalCallDependency, and remove · 254314e6
      Chris Lattner authored
      pointer stuff from it, simplifying the code a bit.
      
      llvm-svn: 60783
      254314e6
    • Chris Lattner's avatar
      Switch GVN::processNonLocalLoad to using the new · b6fc4b8d
      Chris Lattner authored
      MemDep::getNonLocalPointerDependency method.  There are
      some open issues with this (missed optimizations) and
      plenty of future work, but this does allow GVN to eliminate
      *slightly* more loads (49246 vs 49033).
      
      Switching over now allows simplification of the other code
      path in memdep.
      
      llvm-svn: 60780
      b6fc4b8d
    • Chris Lattner's avatar
      random cleanups, no functionality change. · 0a5a8d54
      Chris Lattner authored
      llvm-svn: 60779
      0a5a8d54
  19. Dec 05, 2008
    • Chris Lattner's avatar
      Make a few major changes to memdep and its clients: · 0e3d6337
      Chris Lattner authored
      1. Merge the 'None' result into 'Normal', making loads
         and stores return their dependencies on allocations as Normal.
      2. Split the 'Normal' result into 'Clobber' and 'Def' to
         distinguish between the cases when memdep knows the value is
         produced from when we just know if may be changed.
      3. Move some of the logic for determining whether readonly calls
         are CSEs into memdep instead of it being in GVN.  This still
         leaves verification that the arguments are hte same to GVN to
         let it know about value equivalences in different contexts.
      4. Change memdep's call/call dependency analysis to use 
         getModRefInfo(CallSite,CallSite) instead of doing something 
         very weak.  This only really matters for things like DSA, but
         someday maybe we'll have some other decent context sensitive
         analyses :)
      5. This reimplements the guts of memdep to handle the new results.
      6. This simplifies GVN significantly:
         a) readonly call CSE is slightly simpler
         b) I eliminated the "getDependencyFrom" chaining for load 
            elimination and load CSE doesn't have to worry about 
            volatile (they are always clobbers) anymore.
         c) GVN no longer does any 'lastLoad' caching, leaving it to 
            memdep.
      7. The logic in DSE is simplified a bit and sped up.  A potentially
         unsafe case was eliminated.
      
      llvm-svn: 60607
      0e3d6337
Loading