aboutsummaryrefslogtreecommitdiff
path: root/src/third_party/mac_headers/mach/i386
diff options
context:
space:
mode:
authorSterling Augustine <saugustine@google.com>2020-09-26 16:48:02 -0700
committerSterling Augustine <saugustine@google.com>2020-09-28 17:56:12 +0000
commit2b936b06c12657b684f6c7276d6ae5a24cb48ab5 (patch)
treed07a176763db1e44bbbde2c572c33f26ebae8ddc /src/third_party/mac_headers/mach/i386
parentChange JSON serialization error check. (diff)
downloadbreakpad-2b936b06c12657b684f6c7276d6ae5a24cb48ab5.tar.xz
Refactor rangelist handling to prepare for dwarf5 .debug_rngslist
Dwarf5 introduces a new .debug_rngslist section, to take the place of the Dwarf4 .debug_ranges. However, the dwarf version is CU-based, and not file-based, so there can be both sections, and which section the CU needs isn't known until the dwarf parser encounters either DW_AT_ranges (dwarf 4 and lower) or DW_AT_rnglists_base (dwarf 5). This change refactors the code around range lists and range list readers to defer the decision of what section to parse until the relevant attribute is found. It moves the range list section reader from the range-list handler itself (which doesn't know which section it will use) to the CU context, and then lets the handler know when it encounters DW_AT_ranges. I will add a reader for the new dwarf5 section, along with the code to interpret the new section, and its forms and such in a subsequent patch. Change-Id: Ie92e4c9daa3f0acb98d7ef74f6b9c2065db849b1 Reviewed-on: https://chromium-review.googlesource.com/c/breakpad/breakpad/+/2433684 Reviewed-by: Mark Mentovai <mark@chromium.org>
Diffstat (limited to 'src/third_party/mac_headers/mach/i386')
0 files changed, 0 insertions, 0 deletions