1
0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-25 20:23:11 +01:00
llvm-mirror/test/tools/llvm-objdump/eh_frame-mipsel.test
Greg Clayton 4dc036b075 Add the ability to extract the unwind rows from DWARF Call Frame Information.
This patch adds the ability to evaluate the state machine for CIE and FDE unwind objects and produce a UnwindTable with all UnwindRow objects needed to unwind registers. It will also dump the UnwindTable for each CIE and FDE when dumping DWARF .debug_frame or .eh_frame sections in llvm-dwarfdump or llvm-objdump. This allows users to see what the unwind rows actually look like for a given CIE or FDE instead of just seeing a list of opcodes.

This patch adds new classes: UnwindLocation, RegisterLocations, UnwindRow, and UnwindTable.

UnwindLocation is a class that describes how to unwind a register or Call Frame Address (CFA).

RegisterLocations is a class that tracks registers and their UnwindLocations. It gets populated when parsing the DWARF call frame instruction opcodes for a unwind row. The registers are mapped from their register numbers to the UnwindLocation in a map.

UnwindRow contains the result of evaluating a row of DWARF call frame instructions for the CIE, or a row from a FDE. The CIE can produce a set of initial instructions that each FDE that points to that CIE will use as the seed for the state machine when parsing FDE opcodes. A UnwindRow for a CIE will not have a valid address, whille a UnwindRow for a FDE will have a valid address.

The UnwindTable is a class that contains a sorted (by address) vector of UnwindRow objects and is the result of parsing all opcodes in a CIE, or FDE. Parsing a CIE should produce a UnwindTable with a single row. Parsing a FDE will produce a UnwindTable with one or more UnwindRow objects where all UnwindRow objects have valid addresses. The rows in the UnwindTable will be sorted from lowest Address to highest after parsing the state machine, or an error will be returned if the table isn't sorted. To parse a UnwindTable clients can use the following methods:

    static Expected<UnwindTable> UnwindTable::create(const CIE *Cie);
    static Expected<UnwindTable> UnwindTable::create(const FDE *Fde);

A valid table will be returned if the DWARF call frame instruction opcodes have no encoding errors. There are a few things that can go wrong during the evaluation of the state machine and these create functions will catch and return them.

Differential Revision: https://reviews.llvm.org/D89845
2021-01-28 13:39:17 -08:00

34 lines
1.2 KiB
Plaintext

# RUN: llvm-objdump --dwarf=frames %p/Inputs/eh_frame.elf-mipsel | FileCheck %s
# CHECK: .eh_frame contents:
# CHECK-EMPTY:
# CHECK-NEXT: 00000000 00000018 00000000 CIE
# CHECK-NEXT: Format: DWARF32
# CHECK-NEXT: Version: 1
# CHECK-NEXT: Augmentation: "zPLR"
# CHECK-NEXT: Code alignment factor: 1
# CHECK-NEXT: Data alignment factor: -4
# CHECK-NEXT: Return address column: 31
# CHECK-NEXT: Personality Address: 0000000000410b90
# CHECK-NEXT: Augmentation data: 80 90 0B 41 00 00 0B
# CHECK-EMPTY:
# CHECK-NEXT: DW_CFA_def_cfa: reg29 +0
# CHECK-EMPTY:
# CHECK-NEXT: CFA=reg29
# CHECK-EMPTY:
# CHECK-NEXT: 0000001c 00000018 00000020 FDE cie=00000000 pc=00400890...004008dc
# CHECK-NEXT: Format: DWARF32
# CHECK-NEXT: LSDA Address: 0000000000400a90
# CHECK-NEXT: DW_CFA_advance_loc: 4
# CHECK-NEXT: DW_CFA_def_cfa_offset: +24
# CHECK-NEXT: DW_CFA_advance_loc: 4
# CHECK-NEXT: DW_CFA_offset: reg31 -4
# CHECK-NEXT: DW_CFA_nop:
# CHECK-EMPTY:
# CHECK-NEXT: 0x400890: CFA=reg29
# CHECK-NEXT: 0x400894: CFA=reg29+24
# CHECK-NEXT: 0x400898: CFA=reg29+24: reg31=[CFA-4]
# CHECK-EMPTY:
# CHECK-NEXT: 00000038 ZERO terminator
# CHECK-NOT: {{.}}