Skip to content
  1. Jun 24, 2010
  2. Jun 22, 2010
  3. Apr 17, 2010
  4. Apr 16, 2010
  5. Apr 15, 2010
  6. Feb 11, 2010
  7. Jan 05, 2010
  8. Jan 03, 2010
  9. Dec 02, 2009
  10. Nov 10, 2009
  11. Nov 07, 2009
  12. Nov 05, 2009
  13. Oct 28, 2009
  14. Oct 27, 2009
  15. Oct 24, 2009
  16. Sep 02, 2009
  17. Jul 24, 2009
  18. May 09, 2009
  19. Jan 12, 2009
  20. Dec 07, 2008
  21. Dec 06, 2008
  22. 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
  23. Nov 29, 2008
  24. Nov 28, 2008
Loading