diff options
| author | Nikita Popov <nikita.ppv@gmail.com> | 2020-04-01 22:56:53 +0200 |
|---|---|---|
| committer | Nikita Popov <nikita.ppv@gmail.com> | 2020-04-04 18:37:30 +0200 |
| commit | 4ede730096813a9cb901b92fdd3670813cdc5bc1 (patch) | |
| tree | e2a2d3b33d0d0648c4f5b4aea66101dc883e37b2 /llvm/tools/llvm-objdump/llvm-objdump.h | |
| parent | eec6d87626e7528d5ffb3609f30fe7f1b00e30a0 (diff) | |
| download | llvm-4ede730096813a9cb901b92fdd3670813cdc5bc1.zip llvm-4ede730096813a9cb901b92fdd3670813cdc5bc1.tar.gz llvm-4ede730096813a9cb901b92fdd3670813cdc5bc1.tar.bz2 | |
[InstCombine] Don't limit uses in eraseInstFromFunction()
eraseInstFromFunction() adds the operands of the erased instructions,
as those might now be dead as well. However, this is limited to
instructions with less than 8 operands.
This check doesn't make a lot of sense to me. As the instruction
gets removed afterwards, I don't see a potential for anything
overly pathological happening here (as we can only add those
operands to the worklist once). The impact on CTMark is in
the noise. We also have the same code in instruction sinking
and don't limit the operand count there.
Differential Revision: https://reviews.llvm.org/D77325
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.h')
0 files changed, 0 insertions, 0 deletions