[PATCH] D112445: [fir] Add fir.array_access op
Valentin Clement via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Jan 24 23:26:26 PST 2022
clementval marked 2 inline comments as done.
clementval added inline comments.
================
Comment at: flang/include/flang/Optimizer/Dialect/FIROps.td:1570
+
+ It is only possible to use `array_access` on an `array_load` result value or
+ a value that can be trace back transitively to an `array_load` as the
----------------
mehdi_amini wrote:
> kiranchandramohan wrote:
> > clementval wrote:
> > > kiranchandramohan wrote:
> > > > Can this be verified in the verifier? Or is it too costly due to the transitive look up?
> > > I think that it can be done. Do you mind if we do a separate patch for this?
> > The reason I asked is that sometimes the verification checks which are expensive are in a pass.
> >
> > That is OK with me. If no immediate plans then please create a ticket or let me know I will. It might be a good task for a beginner.
> It's not clear to me that having such a structural requirement on the IR is a good idea in general: this makes it fragile to transformations in general and is quite concerning.
This was discussed extensively in the array operations documentation patch. Just to make sure I understand your comment in the right way. Do you mean we should not verify such constraint or drop it? If we drop it, I guess the transformation that requires it will check for it and fails if it cannot verify this.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D112445/new/
https://reviews.llvm.org/D112445
More information about the llvm-commits
mailing list