aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp
diff options
context:
space:
mode:
authorBjorn Pettersson <bjorn.a.pettersson@ericsson.com>2021-01-15 10:35:56 +0100
committerBjorn Pettersson <bjorn.a.pettersson@ericsson.com>2021-01-16 14:33:19 +0100
commit4f155567317d3187bc18be866b3f3b5352f1bfa5 (patch)
treee4f660c643185ebe6da73982827bfaffc514f86a /llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp
parentdbe056c2e37f00b9f33ab63bba73dbb004e13562 (diff)
downloadllvm-4f155567317d3187bc18be866b3f3b5352f1bfa5.zip
llvm-4f155567317d3187bc18be866b3f3b5352f1bfa5.tar.gz
llvm-4f155567317d3187bc18be866b3f3b5352f1bfa5.tar.bz2
[LegalizeDAG] Handle NeedInvert when expanding BR_CC
This is a follow-up fix to commit 03c8d6a0c4bd0016bdfd1e5. Seems like we now end up with NeedInvert being set in the result from LegalizeSetCCCondCode more often than in the past, so we need to handle NeedInvert when expanding BR_CC. Not sure how to deal with the "Tmp4.getNode()" case properly, but current assumption is that that code path isn't impacted by the changes in 03c8d6a0c4bd0016bdfd1e5 so we can simply move the old assert into the if-branch and only handle NeedInvert in the else-branch. I think that the test case added here, for PowerPC, might have failed also before commit 03c8d6a0c4bd0016bdfd1e5. But we started to hit the assert more often downstream when having merged that commit. Reviewed By: craig.topper Differential Revision: https://reviews.llvm.org/D94762
Diffstat (limited to 'llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp')
0 files changed, 0 insertions, 0 deletions