summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen/CGException.cpp
diff options
context:
space:
mode:
authorSanjay Patel <spatel@rotateright.com>2015-08-04 15:21:56 +0000
committerSanjay Patel <spatel@rotateright.com>2015-08-04 15:21:56 +0000
commit75ced2782b73b44823769782977121de2bb71c89 (patch)
tree552141f125a727074120f328dabe5aa6e1e46ecd /clang/lib/CodeGen/CGException.cpp
parenta00e997b4ff9b3a4b203b8a04aec4ed808c6b2cb (diff)
downloadbcm5719-llvm-75ced2782b73b44823769782977121de2bb71c89.tar.gz
bcm5719-llvm-75ced2782b73b44823769782977121de2bb71c89.zip
[x86] machine combiner reassociation: mark EFLAGS operand as 'dead'
In the commentary for D11660, I wasn't sure if it was alright to create new integer machine instructions without also creating the implicit EFLAGS operand. From what I can see, the implicit operand is always created by the MachineInstrBuilder based on the instruction type, so we don't have to do that explicitly. However, in reviewing the debug output, I noticed that the operand was not marked as 'dead'. The machine combiner should do that to preserve future optimization opportunities that may be checking for that dead EFLAGS operand themselves. Differential Revision: http://reviews.llvm.org/D11696 llvm-svn: 243990
Diffstat (limited to 'clang/lib/CodeGen/CGException.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud