mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-23 19:23:23 +01:00
4e50d0475a
Just as as llvm IR supports explicitly specifying numeric value ids
for instructions, and emits them by default in textual output, now do
the same for blocks.
This is a slightly incompatible change in the textual IR format.
Previously, llvm would parse numeric labels as string names. E.g.
define void @f() {
br label %"55"
55:
ret void
}
defined a label *named* "55", even without needing to be quoted, while
the reference required quoting. Now, if you intend a block label which
looks like a value number to be a name, you must quote it in the
definition too (e.g. `"55":`).
Previously, llvm would print nameless blocks only as a comment, and
would omit it if there was no predecessor. This could cause confusion
for readers of the IR, just as unnamed instructions did prior to the
addition of "%5 = " syntax, back in 2008 (PR2480).
Now, it will always print a label for an unnamed block, with the
exception of the entry block. (IMO it may be better to print it for
the entry-block as well. However, that requires updating many more
tests.)
Thus, the following is supported, and is the canonical printing:
define i32 @f(i32, i32) {
%3 = add i32 %0, %1
br label %4
4:
ret i32 %3
}
New test cases covering this behavior are added, and other tests
updated as required.
Differential Revision: https://reviews.llvm.org/D58548
llvm-svn: 356789
25 lines
409 B
LLVM
25 lines
409 B
LLVM
; RUN: opt -regions -analyze < %s | FileCheck %s
|
|
|
|
define void @normal_condition() nounwind {
|
|
"0":
|
|
br label %"7"
|
|
"7":
|
|
br i1 1, label %"1", label %"9"
|
|
"9":
|
|
br label %"8"
|
|
"1":
|
|
br i1 1, label %"6", label %"3"
|
|
"6":
|
|
br label %"9"
|
|
"8":
|
|
br label %"8"
|
|
"3":
|
|
br label %"4"
|
|
"4":
|
|
ret void
|
|
}
|
|
|
|
; CHECK: Region tree:
|
|
; CHECK-NEXT: [0] 0 => <Function Return>
|
|
; CHECK-NEXT: End region tree
|