[PATCH] D105545: [MergedLoadStoreMotion] Conditional store elimination
Sjoerd Meijer via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Jul 22 05:52:05 PDT 2021
SjoerdMeijer added a comment.
High-level question(s) first before I dive more into the details: I was wondering if the main benefit of this is simplification of control flow? Which then probably relies on the store that is being sunk the only instruction in the block? In other words, I was wondering if this is always a good thing to do. Or can we can regress things if it's not the only instruction, or it the other path (the one that does not have the store) now has to deal with the condition?
================
Comment at: llvm/lib/Transforms/Scalar/MergedLoadStoreMotion.cpp:99
+// <...>
+//
//===----------------------- TODO -----------------------------------------===//
----------------
It's probably good to add some of the justification and legality considerations here, i.e. the things you added to the description of this ticket.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D105545/new/
https://reviews.llvm.org/D105545
More information about the llvm-commits
mailing list