Closed mlevesquedion closed 5 months ago
Just looked into "Model memory effects for composite op" -- I don't remember why I added this, as I don't see it in the RFC. In order to determine if a composite has memory effects, the decomposition must be examined. Unfortunately, this is not simple to do because we need a SymbolTable
to look up the decomposition, and the getEffects
interface method does not have such an argument. We can recover the decomposition through other means, but we may end up with a different function that we looked up in verifySymbolUses
.
MLIR's own CallOp
, which is similar to CompositeOp
, doesn't implement MemoryEffectsOpInterface
, so IMO it is acceptable to punt on this.
By default, an op is assumed to have all effects if it does not explicitly report that it has no effects.
This is a work tracker for the implementation of the Extensibility 101 RFC.
Tasks (some tasks may be missing):