[Mlir-commits] [mlir] [mlir][vector] Update tests for xfer-permute-lowering (nfc) (PR #101468)

Andrzej Warzyński llvmlistbot at llvm.org
Thu Aug 1 08:00:56 PDT 2024


================
@@ -325,33 +381,46 @@ module attributes {transform.with_named_sequence} {
 
 //       CHECK:   #[[MAP:.*]] = affine_map<(d0, d1, d2, d3) -> (d1, 0, d3)>
 //       CHECK:   func.func @transfer_read_reduce_rank_scalable(
-//  CHECK-SAME:       %[[ARG_0:.*]]: memref<?x?x?x?xf32>) -> vector<8x[4]x2x3xf32> {
+//  CHECK-SAME:     %[[MEM:.*]]: memref<?x?x?x?xf32>) -> vector<8x[4]x2x3xf32> {
 //       CHECK:     %[[C0:.*]] = arith.constant 0 : index
-//       CHECK:     %[[TFR:.*]] = vector.transfer_read %arg0[%[[C0]], %[[C0]], %[[C0]], %[[C0]]]{{.*}} permutation_map = #[[MAP]]} : memref<?x?x?x?xf32>, vector<[4]x2x3xf32>
+//       CHECK:     %[[TFR:.*]] = vector.transfer_read %[[MEM]][%[[C0]], %[[C0]], %[[C0]], %[[C0]]]{{.*}} permutation_map = #[[MAP]]} : memref<?x?x?x?xf32>, vector<[4]x2x3xf32>
----------------
banach-space wrote:

`TR` tends to be used for transposes :)

On a related note, I think that some level of inconsistency is fine - it's bound to happen. It's just that what we have today is quite a chaos 😅 In my refactoring, I tend to focus on the inputs and the outputs as that's one thing that's common across all tests. But otherwise ... 🤷🏻 

But I won't mind if you prefer more rigour :)

https://github.com/llvm/llvm-project/pull/101468


More information about the Mlir-commits mailing list