[llvm-readobj] - Refine the LLVM-style output to be consistent.
[llvm-complete.git] / test / DebugInfo / AArch64 / eh_frame.s
blob65367751223ef18e84446557a025b8757415987a
1 // RUN: llvm-mc -triple aarch64-none-linux-gnu -filetype=obj %s -o %t
2 // RUN: llvm-objdump -s %t | FileCheck %s
3 .text
4 .globl foo
5 .type foo,@function
6 foo:
7 .cfi_startproc
8 ret
9 .cfi_endproc
11 // The really key points we're checking here are:
12 // * Return register is x30.
13 // * Pointer format is 0x1b (GNU doesn't appear to understand others).
15 // The rest is largely incidental, but not expected to change regularly.
17 // Output is:
19 // CHECK: Contents of section .eh_frame:
20 // CHECK-NEXT: 0000 10000000 00000000 017a5200 017c1e01 .........zR..|..
21 // CHECK-NEXT: 0010 1b0c1f00 10000000 18000000 00000000 ................
24 // Won't check the rest, it's rather incidental.
25 // 0020 04000000 00000000 ........
29 // The first CIE:
30 // -------------------
31 // 10000000: length of first CIE = 0x10
32 // 00000000: This is a CIE
33 // 03: version = 0x3
34 // 7a 52 00: augmentation string "zR" -- pointer format is specified
35 // 01: code alignment factor 1
36 // 7c: data alignment factor -4
37 // 1e: return address register 30 (== x30).
38 // 01: 1 byte of augmentation
39 // 1b: pointer format 1b: DW_EH_PE_pcrel | DW_EH_PE_sdata4
40 // 0c 1f 00: initial instructions: "DW_CFA_def_cfa x31 ofs 0" in this case
42 // Next the FDE:
43 // -------------
44 // 10000000: FDE length 0x10
45 // 18000000: Uses CIE 0x18 backwards (only coincidentally same as above)
46 // 00000000: PC begin for this FDE is at 00000000 (relocation is applied here)
47 // 04000000: FDE applies up to PC begin+0x14
48 // 00: Augmentation string length 0 for this FDE