Closed dcaballe closed 4 years ago
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google.
In order to pass this check, please resolve this problem and then comment @googlebot I fixed it.
. If the bot doesn't comment, it means it doesn't think anything has changed.
ℹ️ Googlers: Go here for more info.
@kiszk, thanks for the feedback (not sure why I can't see your comment in github). has no side effect
refers to Operation
. Maybe I can reword that to make it clearer.
@River707, what do you think about this PR after the Stripe use case? Should we proceed with this implementation or remove valuesToRemoveIfDead
from the API? I think it still makes sense for the simple cases I pointed out before but I'll be happy to remove it if you think it doesn't make sense. I just don't want to leave valuesToRemoveIfDead
in the API without implementation :)
I apologize for the tardiness, can you share the use case you have for Stripe?
Sorry, I wasn't clear. Stripe use case is the one that evolved into the BlockArgument conversion problem (https://groups.google.com/a/tensorflow.org/forum/#!topic/mlir/Jpn5eX2Bcpg) so I no longer have a simple case that can benefit from this. However, I still see some value, as I mentioned before.
Sorry for the delay. I may be biased, but I say we just remove it until there is a clear story in how it fits in with the rest of the infra.
That should be it!
Moved to https://reviews.llvm.org/D72545
'replaceOp' and 'replaceOpWithNewOp' accept an list of
valuesToRemoveIfDead
. However, such removal functionality wasn't implemented.There are quite a few tests using this feature already:
However, maybe adding a couple of tests to cover Operation with multiple results could be a good idea. Any suggestion of a multi-result Operation and could trigger this feature?
This patch also needs https://github.com/tensorflow/mlir/pull/211 to land. Otherwise,
Transforms/canonicalize.mlir
will fail.