[PATCH] D92254: [VE] Clean check routines of branch types
Kazushi Marukawa via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Nov 30 05:21:23 PST 2020
kaz7 planned changes to this revision.
kaz7 added a comment.
Thank you for reviewing.
================
Comment at: llvm/lib/Target/VE/VEInstrInfo.cpp:97
+// For example, br.l.t and br.l. We don't use branch relative word/double/
+// float alwasy isntructions.
static bool isUncondBranchOpcode(int Opc) {
----------------
simoll wrote:
> typo alwasy
Thanks.
================
Comment at: llvm/lib/Target/VE/VEInstrInfo.cpp:102
+#define BRKIND(NAME) (Opc == NAME##a || Opc == NAME##a_nt || Opc == NAME##a_t)
+ assert(!BRKIND(BRCFW) && !BRKIND(BRCFD) && !BRKIND(BRCFS) &&
+ "Branch relative word/double/float always instructions should not be "
----------------
simoll wrote:
> I am lacking context here but is this really the right place for this assertion? Does "should not be used" mean that these instructions are invalid/incorrect or are they just not recommendable/inefficient?
Those instructions are not lowered here from LLVM-IR because we don't use such instructions in our lowering patterns. Those are acceptable by meaning of HW instructions but not acceptable by meaning of lowering consitency. And, writing all possible instruction here is definitely not a good idea. Therefore, I write "should not be used" as invalid. I'll write such comments in the souce.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D92254/new/
https://reviews.llvm.org/D92254
More information about the llvm-commits
mailing list