Make sure that memory ops that are defined inside the loop are registered
as such in 'defineOp'. In the test provided, the 'mulf' op was hoisted
outside the loop nest even when its 'affine.load' operand was not.
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
mlir/lib/Dialect/Affine/Transforms/AffineLoopInvariantCodeMotion.cpp | ||
---|---|---|
87 | The comment is a bit redundant. Either drop or replace it with something that indicates what it means to add it to the definedOps. | |
mlir/test/Dialect/Affine/affine-loop-invariant-code-motion.mlir | ||
542 | This has in general nothing to do with mul specifically, but any side-effect free op consuming the load result? |
The comment is a bit redundant. Either drop or replace it with something that indicates what it means to add it to the definedOps.