Skip to content
  1. Mar 02, 2011
  2. Aug 06, 2010
  3. Jun 08, 2010
  4. Feb 18, 2010
    • Dan Gohman's avatar
      Make CodePlacementOpt detect special EH control flow by · 5ffef745
      Dan Gohman authored
      checking whether AnalyzeBranch disagrees with the CFG
      directly, rather than looking for EH_LABEL instructions.
      EH_LABEL instructions aren't always at the end of the
      block, due to FP_REG_KILL and other things. This fixes
      an infinite loop compiling MultiSource/Benchmarks/Bullet.
      
      llvm-svn: 96611
      5ffef745
  5. Feb 10, 2010
  6. Feb 09, 2010
  7. Dec 25, 2009
  8. Dec 03, 2009
  9. Nov 12, 2009
  10. Oct 20, 2009
  11. Oct 19, 2009
  12. Oct 18, 2009
  13. Oct 17, 2009
    • Daniel Dunbar's avatar
      Suppress -Asserts warning. · 47dfc9ae
      Daniel Dunbar authored
      llvm-svn: 84327
      47dfc9ae
    • Dan Gohman's avatar
      Enhance CodePlacementOpt's unconditional intra-loop branch elimination logic · 0d3d9ee0
      Dan Gohman authored
      to be more general and understand more varieties of loops.
      
      Teach CodePlacementOpt to reorganize the basic blocks of a loop so that
      they are contiguous. This also includes a fair amount of logic for preserving
      fall-through edges while doing so. This fixes a BranchFolding-ism where blocks
      which can't be made to use a fall-through edge and don't conveniently fit
      anywhere nearby get tossed out to the end of the function.
      
      llvm-svn: 84295
      0d3d9ee0
  14. Oct 15, 2009
  15. Oct 07, 2009
  16. May 18, 2009
  17. May 13, 2009
  18. May 12, 2009
    • Bob Wilson's avatar
      Fix pr4195: When iterating through predecessor blocks, break out of the loop · 9e3d48f1
      Bob Wilson authored
      after finding the (unique) layout predecessor.  Sometimes a block may be listed
      more than once, and processing it more than once in this loop can lead to
      inconsistent values for FtTBB/FtFBB, since the AnalyzeBranch method does not
      clear these values.  There's no point in continuing the loop regardless.
      The testcase for this is reduced from the 2003-05-02-DependentPHI SingleSource
      test.
      
      llvm-svn: 71536
      9e3d48f1
  19. May 09, 2009
  20. May 08, 2009
  21. May 07, 2009
  22. Nov 27, 2008
  23. Oct 06, 2008
  24. Oct 02, 2008
  25. Sep 23, 2008
  26. Sep 22, 2008
  27. Sep 04, 2008
  28. Aug 14, 2008
  29. Feb 29, 2008
Loading