[PATCH] D136377: [mlir][MemRefToLLVM] Reuse existing subview lowering

Quentin Colombet via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Oct 27 10:45:04 PDT 2022


qcolombet added a comment.

Thanks @ftynse and @nicolasvasilache  for your inputs. I feel we've reached an agreement (and an understanding on my end!): we'll use a two steps approach, first `expand-memref-ops`, second we do the actual `memref-to-llvm`.

@ftynse, for communicating this new requirement, should I just send a PSA on MLIR discourse, or you have something else in mind?

> The user is expected to run expand-math or convert-math-to-libm in their pass pipeline or otherwise get rid of those operations before calling convert-math-to-llvm. So I guess we can expect users to call expand-memref-ops, we just have to broadcast this requirement on the communication channels.

Sounds like a plan. I didn't realize it was okay to have dotted lines like that. I was looking for a working out-of-the-box solution.

Unless I miss something, this matches what Nicolas is suggesting in #1:

> 1. avoid populating the world in this pass and I would update the test to run mlir-opt --expand-memref-ops --affine-to-std --arith-to-llvm --memref-to-llvm

I'll keep a separate test for the full convert MemRef to LLVM "pipeline".


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D136377/new/

https://reviews.llvm.org/D136377



More information about the llvm-commits mailing list