[PATCH] D105545: [MergedLoadStoreMotion] Conditional store elimination
    Eli Friedman via Phabricator via llvm-commits 
    llvm-commits at lists.llvm.org
       
    Thu Jul 22 10:51:49 PDT 2021
    
    
  
efriedma added a comment.
At a high level, I think this needs some heuristic to drive it.  I can see this being profitable under two circumstances, broadly speaking:
1. Sinking the store enables DSE to eliminate an earlier store.
2. Sinking the store enables vectorization.
Otherwise, you're just performing extra memory operations, which doesn't seem like an improvement.
================
Comment at: llvm/test/Other/opt-O3-pipeline.ll:144
 ; CHECK-NEXT:         Function Alias Analysis Results
+; CHECK-NEXT:         Memory SSA
 ; CHECK-NEXT:         MergedLoadStoreMotion
----------------
We don't want an additional MemorySSA run, if we can avoid it.
If we're going to do this, maybe stick the code into Dead Store Elimination?
CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D105545/new/
https://reviews.llvm.org/D105545
    
    
More information about the llvm-commits
mailing list