summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/PowerPC/ctrloop-shortLoops.ll
diff options
context:
space:
mode:
authorSanjay Patel <spatel@rotateright.com>2019-02-03 16:16:48 +0000
committerSanjay Patel <spatel@rotateright.com>2019-02-03 16:16:48 +0000
commit837552fe9f216d53beedd0a62f9a94854934e46e (patch)
tree36e2d7d8577c8f47498901bd8e34c9fde0f74687 /llvm/test/CodeGen/PowerPC/ctrloop-shortLoops.ll
parent18b73a655bb611534165fe40e417fde89684f776 (diff)
downloadbcm5719-llvm-837552fe9f216d53beedd0a62f9a94854934e46e.tar.gz
bcm5719-llvm-837552fe9f216d53beedd0a62f9a94854934e46e.zip
[PatternMatch] add special-case uaddo matching for increment-by-one (2nd try)
This is the most important uaddo problem mentioned in PR31754: https://bugs.llvm.org/show_bug.cgi?id=31754 ...but that was overcome in x86 codegen with D57637. That patch also corrects the inc vs. add regressions seen with the previous attempt at this. Still, we want to make this matcher complete, so we can potentially canonicalize the pattern even if it's an 'add 1' operation. Pattern matching, however, shouldn't assume that we have canonicalized IR, so we match 4 commuted variants of uaddo. There's also a test with a crazy type to show that the existing CGP transform based on this matcher is not limited by target legality checks. I'm not sure if the Hexagon diff means the test is no longer testing what it intended to test, but that should be solvable in a follow-up. Differential Revision: https://reviews.llvm.org/D57516 llvm-svn: 352998
Diffstat (limited to 'llvm/test/CodeGen/PowerPC/ctrloop-shortLoops.ll')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud