Depends On D139118
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Comment Actions
Thanks!
I think replacing expand_shape by extract_slice where possible is a great canonicalization.
I think unit-dim-like patterns that create expand_shape however need to be updated too.
Comment Actions
My thumb rule is if an op is not a simple op -> op change it doesnt pay for itself as a canonicalization. I am happy to discuss if indeed it is a canonicalization, but forcing everything to be rank-reducing when canonicalization is invoked is a very opinionated solution. It should be opt-in (ftr, I am in favor of using rank-reduce slices everywhere, but not in favor of forcing that view on everyone)
Comment Actions
Patterns are now no longer canonicalizations and must be added via a populate... function.
Comment Actions
Echoing my comment from the other patch
This is yet another instance of a patch being submitted when it has still changes requested marked. Whats the hurry, and AFAIK is not in keeping with developer practices. When patches land this way it drops off the dashboard and I dont see the resolution of the issue. That aside, specifically here, https://reviews.llvm.org/D139118 was tagged as something that conflicted with this. Does it or does it not. I am interested to know whats happening here (and hence I requested changes). Please do not land patches with request changes unless its been a while from the reviewer.