forked from OSchip/llvm-project
e0905553b4
Currently ArgPromotion removes dead GEPs as part of the legality check
in isSafeToPromoteArgument. If no promotion happens, this means the pass
claims no modifications happened, even though GEPs were removed.
This patch fixes the issue by delaying removal of dead GEPs until
doPromotion: isSafeToPromoteArgument can simply skips dead GEPs and
the code in doPromotion dealing with GEPs is updated to account for
dead GEPs. Once we committed to promotion, it should be safe to
remove dead GEPs.
Alternatively isSafeToPromoteArgument could return an additional boolean
to indicate whether it made changes, but this is quite cumbersome and
there should be no real benefit of weeding out some dead GEPs here if we
do not perform promotion.
I added a test for the case where dead GEPs need to be removed when
promotion happens in
|
||
|---|---|---|
| .. | ||
| X86 | ||
| 2008-02-01-ReturnAttrs.ll | ||
| 2008-07-02-array-indexing.ll | ||
| 2008-09-07-CGUpdate.ll | ||
| 2008-09-08-CGUpdateSelfEdge.ll | ||
| aggregate-promote-dead-gep.ll | ||
| aggregate-promote.ll | ||
| attrs.ll | ||
| basictest.ll | ||
| byval-2.ll | ||
| byval.ll | ||
| chained.ll | ||
| control-flow.ll | ||
| control-flow2.ll | ||
| crash.ll | ||
| dbg.ll | ||
| dead-gep-no-promotion.ll | ||
| fp80.ll | ||
| inalloca.ll | ||
| invalidation.ll | ||
| musttail.ll | ||
| naked_functions.ll | ||
| nonzero-address-spaces.ll | ||
| pr27568.ll | ||
| pr32917.ll | ||
| pr33641_remove_arg_dbgvalue.ll | ||
| profile.ll | ||
| reserve-tbaa.ll | ||
| sret.ll | ||
| tail.ll | ||
| variadic.ll | ||