aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorFlorian Hahn <flo@fhahn.com>2020-09-09 09:00:41 +0100
committerFlorian Hahn <flo@fhahn.com>2020-09-09 09:14:50 +0100
commit2bcc4db761768f1b7431237920f26360549ca268 (patch)
tree8e519385f86e9b906f708e91050836939c3d253d /llvm/tools/llvm-objdump/llvm-objdump.cpp
parent32c8da41dc0cb99651823a1a21130c2cbdf688e1 (diff)
downloadllvm-2bcc4db761768f1b7431237920f26360549ca268.zip
llvm-2bcc4db761768f1b7431237920f26360549ca268.tar.gz
llvm-2bcc4db761768f1b7431237920f26360549ca268.tar.bz2
[EarlyCSE] Explicitly require AAResultsWrapperPass.
The MemorySSAWrapperPass depends on AAResultsWrapperPass and if MemorySSA is preserved but AAResultsWrapperPass is not, this could lead to a crash when updating the last user of the MemorySSAWrapperPass. Alternatively AAResultsWrapperPass could be marked preserved by GVN, but I am not sure if that would be safe. I am not sure what is required in order to preserve AAResultsWrapperPass. At the moment, it seems like a couple of passes that do similar transforms to GVN are preserving it. Reviewed By: asbirlea Differential Revision: https://reviews.llvm.org/D87137
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions