[Mlir-commits] [mlir] [mlir][dataflow] Add visitBranchRegionArgument interface to SparseBackwardDataFlowAnalysis and apply it in LivenessAnalysis/RemoveDeadValues (PR #169816)
Matthias Springer
llvmlistbot at llvm.org
Thu Nov 27 19:49:10 PST 2025
================
@@ -609,12 +609,24 @@ void AbstractSparseBackwardDataFlowAnalysis::visitRegionSuccessors(
*getLatticeElementFor(getProgramPointAfter(op), input));
unaccounted.reset(operand.getOperandNumber());
}
+
+ if (successor.isParent())
+ continue;
+ auto arguments = successor.getSuccessor()->getArguments();
+ for (BlockArgument argument : arguments) {
+ if (llvm::find(inputs, argument) == inputs.end()) {
+ regionArguments.push_back(argument);
+ }
+ }
}
// All operands not forwarded to regions are typically parameters of the
// branch operation itself (for example the boolean for if/else).
for (int index : unaccounted.set_bits()) {
visitBranchOperand(op->getOpOperand(index));
}
+ for (BlockArgument argument : regionArguments) {
+ visitBranchRegionArgument(argument);
----------------
matthias-springer wrote:
It looks like we are calling `visitBranchRegionArgument` only for block arguments that not "control flow block arguments". E.g., for an `scf.for`, this would be called for the IV but not for the loop-carried variables. Is that correct? And why is that the case?
Assuming that's correct, should this function maybe be called `visitNonControlFlowArguments`, similar to the `SparseForwardDataFlowAnalysis`?
https://github.com/llvm/llvm-project/pull/169816
More information about the Mlir-commits
mailing list