aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Support/CommandLine.cpp
diff options
context:
space:
mode:
authorDaniel Berlin <dberlin@dberlin.org>2017-06-06 17:15:28 +0000
committerDaniel Berlin <dberlin@dberlin.org>2017-06-06 17:15:28 +0000
commiteafdd862e5e215d21ec177dfa54da99c7f96397c (patch)
tree51989a3d1c08a8b485ac1344c6c61d61471f353b /llvm/lib/Support/CommandLine.cpp
parentb2a212c070d9eaf84bc2310f19ffbb08da9d59ab (diff)
downloadllvm-eafdd862e5e215d21ec177dfa54da99c7f96397c.zip
llvm-eafdd862e5e215d21ec177dfa54da99c7f96397c.tar.gz
llvm-eafdd862e5e215d21ec177dfa54da99c7f96397c.tar.bz2
NewGVN: Fix PR/33187. This is a bug caused by two things:
1. When there is no perfect iteration order, we can't let phi nodes put themselves in terms of things that come later in the iteration order, or we will endlessly cycle (the normal RPO algorithm clears the hashtable to avoid this issue). 2. We are sometimes erasing the wrong expression (causing pessimism) because our equality says loads and stores are the same. We introduce an exact equality function and use it when erasing to make sure we erase only identical expressions, not equivalent ones. llvm-svn: 304807
Diffstat (limited to 'llvm/lib/Support/CommandLine.cpp')
0 files changed, 0 insertions, 0 deletions