[PATCH] D93534: [VP] Improve the VP intrinsic unittests

Simon Moll via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon May 3 06:24:23 PDT 2021


simoll added a comment.

In D93534#2732969 <https://reviews.llvm.org/D93534#2732969>, @frasercrmck wrote:

> Everything else here looks good to me (though I'm not officially a reviewer so take that with some amount of salt)

AFAIU everybody who has a stake in this is at least ok with this patch and waiting for somebody else to step up. Thanks for being that guy :) I'll let this sit until D78203 <https://reviews.llvm.org/D78203> is recomitted to not have too much stuff in flight.



================
Comment at: llvm/unittests/IR/VPIntrinsicTest.cpp:213
+    // no equivalent Opcode available
+    if (OC == Instruction::Call)
+      continue;
----------------
frasercrmck wrote:
> I know this wasn't introduced by this patch, but why `Call` and not something like `Optional<unsigned> None`? I just had to go and look up how `GetFunctionalOpcodeForVP` is implemented to see if this is a special case. It's also not documented by the comments above that method's declaration.
The idea here was that if there is no matching functional opcode then it is still a call of an intrinsic function (I had generalized pattern matching in mind D92086). But i guess that's just confusing and the function could just return a plain `None`.. noted for a followup patch.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D93534



More information about the llvm-commits mailing list