This is an archive of the discontinued LLVM Phabricator instance.

[NFC] Clarify comment about LoopDeletionPass in the optimization pipeline
ClosedPublic

Authored by aeubanks on Dec 6 2021, 1:06 PM.

Diff Detail

Event Timeline

aeubanks created this revision.Dec 6 2021, 1:06 PM
aeubanks requested review of this revision.Dec 6 2021, 1:06 PM
Herald added a project: Restricted Project. · View Herald TranscriptDec 6 2021, 1:06 PM
lebedev.ri accepted this revision.Dec 6 2021, 1:10 PM

FTR i will be rather surprised if that alone would fully alleviate the need for this late loopdelete.

This revision is now accepted and ready to land.Dec 6 2021, 1:10 PM

FTR i will be rather surprised if that alone would fully alleviate the need for this late loopdelete.

Changing the EarlyCSEPass in PassBuilder::buildFunctionSimplificationPipeline() to GVNPass does make llvm/test/Transforms/PhaseOrdering/deletion-of-loops-that-became-side-effect-free.ll pass if we delete the -O1 RUN line

This revision was landed with ongoing or failed builds.Dec 7 2021, 9:58 AM
This revision was automatically updated to reflect the committed changes.

FTR i will be rather surprised if that alone would fully alleviate the need for this late loopdelete.

Changing the EarlyCSEPass in PassBuilder::buildFunctionSimplificationPipeline() to GVNPass does make llvm/test/Transforms/PhaseOrdering/deletion-of-loops-that-became-side-effect-free.ll pass if we delete the -O1 RUN line

I'm sure it does, but i think everyone understands that the test in question does not provide exhaustive test coverage for all possible affected code patterns.