[all-commits] [llvm/llvm-project] 3e7433: [mlir][linalg] Fix to Elementwise Fusion when pres...

[fabrizio-indirli via All-commits]

  Branch: refs/heads/main
  Home:   https://github.com/llvm/llvm-project
  Commit: 3e7433d75a0c03a84e6b1c8e5e5eda347d72a8ff
      https://github.com/llvm/llvm-project/commit/3e7433d75a0c03a84e6b1c8e5e5eda347d72a8ff
  Author: fabrizio-indirli <fabrizio.indirli at arm.com>
  Date:   2025-07-22 (Tue, 22 Jul 2025)

  Changed paths:
    M mlir/lib/Dialect/Linalg/Transforms/ElementwiseOpFusion.cpp
    M mlir/test/Dialect/Linalg/fusion-elementwise-ops.mlir

  Log Message:
  -----------
  [mlir][linalg] Fix to Elementwise Fusion when preserving results (#149843)

In the linalg ElementwiseOpFusion transform, a pre-requisite for the
fusion between a producer and consumer op is that the producer's output
indexing map associated to the result to be fused must be invertible
(e.g. a simple permutation).
Before this patch, only the first output indexing map was being checked;
this bug produced issues when the operand to fuse was not the 1st result
of the producer op. For example, this situation arises when the producer
op has multiple results because it's the result of previous fusions
where the original result had been preserved: in these cases, the pass
ought to check the indexing map of the result being fused, which is not
necessarily the 1st one.

Signed-off-by: Fabrizio Indirli <Fabrizio.Indirli at arm.com>



To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications