[PATCH] D79609: [GlobalISel] Don't add duplicate successors to MBBs when translating indirectbr
Jessica Paquette via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu May 7 16:51:55 PDT 2020
paquette created this revision.
paquette added reviewers: aemerson, arsenm, dsanders.
Herald added subscribers: hiraditya, kristof.beyls, rovka, wdng.
Herald added a project: LLVM.
This fixes a verifier failure on a bot:
http://green.lab.llvm.org/green/job/test-suite-verify-machineinstrs-aarch64-O0-g/
*** Bad machine code: MBB has duplicate entries in its successor list. ***
- function: foo
- basic block: %bb.5 indirectgoto (0x7fe3d687ca08)
One of the GCC torture suite tests (pr70460.c) has an indirectbr instruction which has duplicate blocks in its destination list.
According to the langref this is allowed:
> Blocks are allowed to occur multiple times in the destination list, though this isn’t particularly useful.
(https://www.llvm.org/docs/LangRef.html#indirectbr-instruction)
We don't allow this in MIR. So, when we translate such an instruction, the verifier screams.
This patch makes `translateIndirectBr` check if a successor has already been added to a block. If the successor is present, it is skipped rather than added twice.
https://reviews.llvm.org/D79609
Files:
llvm/lib/CodeGen/GlobalISel/IRTranslator.cpp
llvm/test/CodeGen/AArch64/GlobalISel/irtranslator-indirect-br-repeated-block.ll
Index: llvm/test/CodeGen/AArch64/GlobalISel/irtranslator-indirect-br-repeated-block.ll
===================================================================
--- /dev/null
+++ llvm/test/CodeGen/AArch64/GlobalISel/irtranslator-indirect-br-repeated-block.ll
@@ -0,0 +1,26 @@
+; NOTE: Assertions have been autogenerated by utils/update_mir_test_checks.py
+; RUN: llc -O0 -mtriple=aarch64-apple-ios -global-isel -stop-after=irtranslator -verify-machineinstrs %s -o - | FileCheck %s
+;
+; Make sure that we don't duplicate successors/predecessors when translating
+; indirectbr instructions with duplicate block labels.
+
+define void @foo() {
+ ; CHECK-LABEL: name: foo
+ ; CHECK: bb.1 (%ir-block.0):
+ ; CHECK: successors: %bb.2(0x2aaaaaaa), %bb.4(0x2aaaaaaa), %bb.3(0x2aaaaaaa)
+ ; CHECK: [[DEF:%[0-9]+]]:_(p0) = G_IMPLICIT_DEF
+ ; CHECK: G_BRINDIRECT [[DEF]](p0)
+ ; CHECK: bb.2 (%ir-block.1):
+ ; CHECK: successors:
+ ; CHECK: bb.3 (%ir-block.2):
+ ; CHECK: successors:
+ ; CHECK: bb.4 (%ir-block.3):
+ ; CHECK: RET_ReallyLR
+ indirectbr i8* undef, [label %1, label %3, label %2, label %3, label %3]
+1:
+ unreachable
+2:
+ unreachable
+3:
+ ret void
+}
Index: llvm/lib/CodeGen/GlobalISel/IRTranslator.cpp
===================================================================
--- llvm/lib/CodeGen/GlobalISel/IRTranslator.cpp
+++ llvm/lib/CodeGen/GlobalISel/IRTranslator.cpp
@@ -839,8 +839,14 @@
// Link successors.
MachineBasicBlock &CurBB = MIRBuilder.getMBB();
- for (const BasicBlock *Succ : successors(&BrInst))
+ for (const BasicBlock *Succ : successors(&BrInst)) {
+ // It's legal for indirectbr instructions to have duplicate blocks in the
+ // destination list. We don't allow this in MIR. Skip anything that's
+ // already a successor.
+ if (CurBB.isSuccessor(&getMBB(*Succ)))
+ continue;
CurBB.addSuccessor(&getMBB(*Succ));
+ }
return true;
}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D79609.262787.patch
Type: text/x-patch
Size: 1914 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20200507/dbd8c964/attachment.bin>
More information about the llvm-commits
mailing list