Change the implementation of LinalgOp with TensorReshapeOp by
expansion to be more modular and easier to follow.
Depends On D93724
Paths
| Differential D93748
[mlir][Linalg] NFC: Refactor fusion of LinalgOp with TensorReshapeOp by expansion. ClosedPublic Authored by mravishankar on Dec 22 2020, 11:45 PM.
Details Summary Change the implementation of LinalgOp with TensorReshapeOp by Depends On D93724
Diff Detail
Event TimelineHerald added subscribers: teijeong, rdzhabarov, tatianashp and 14 others. · View Herald TranscriptDec 22 2020, 11:45 PM hanchung added inline comments.
This revision now requires changes to proceed.Dec 23 2020, 6:12 AM mravishankar added a child revision: D93773: [mlir][Linalg] Fold init_tensor -> linalg.tensor_reshape..Dec 23 2020, 12:46 PM mravishankar added inline comments.
hanchung added inline comments.
This revision now requires changes to proceed.Dec 28 2020, 11:14 AM
This revision is now accepted and ready to land.Jan 8 2021, 11:36 AM Closed by commit rGfa8c397dfa2a: [mlir][Linalg] NFC: Refactor fusion of LinalgOp with TensorReshapeOp by… (authored by mravishankar). · Explain WhyJan 8 2021, 11:59 AM This revision was automatically updated to reflect the committed changes.
Revision Contents
Diff 313760 mlir/include/mlir/Dialect/Linalg/IR/LinalgOps.h
mlir/lib/Dialect/Linalg/Transforms/FusionOnTensors.cpp
|
Look into the implementation, I feel this is more like a constructer, but you want to check if it construct successfully or not. The function assumes some things, e.g., reassociation is empty. I think if the function is expected to call only once, at least we should write it down to the documentation, or add example usage.
I suggest to do it in this way: