llvm-project/polly/lib/Support
Johannes Doerfert 883f8c1d2f Use modulo semantic to generate non-integer-overflow assumptions
This will allow to generate non-wrap assumptions for integer expressions
  that are part of the SCoP. We compare the common isl representation of
  the expression with one computed with modulo semantic. For all parameter
  combinations they are not equal we can have integer overflows.

  The nsw flags are respected when the modulo representation is computed,
  nuw and nw flags are ignored for now.

  In order to not increase compile time to much, the non-wrap assumptions
  are collected in a separate boundary context instead of the assumed
  context. This helps compile time as the boundary context can become
  complex and it is therefor not advised to use it in other operations
  except runtime check generation. However, the assumed context is e.g.,
  used to tighten dependences. While the boundary context might help to
  tighten the assumed context it is doubtful that it will help in practice
  (it does not effect lnt much) as the boundary (or no-wrap assumptions)
  only restrict the very end of the possible value range of parameters.

  PET uses a different approach to compute the no-wrap context, though lnt runs
  have shown that this version performs slightly better for us.

llvm-svn: 247732
2015-09-15 22:52:53 +00:00
..
GICHelper.cpp Make non-affine statement names isl compatible 2015-07-09 07:31:45 +00:00
RegisterPasses.cpp Merge TempScopInfo into ScopInfo 2015-09-10 15:25:24 +00:00
SCEVAffinator.cpp Use modulo semantic to generate non-integer-overflow assumptions 2015-09-15 22:52:53 +00:00
SCEVValidator.cpp Revert r247278 "Disable support for modulo expressions" 2015-09-14 11:14:23 +00:00
ScopHelper.cpp Runtime error check elimination 2015-09-10 17:51:27 +00:00
ScopLocation.cpp Sort include directives 2015-05-09 09:13:42 +00:00