[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug binutils/30792] New: Rnglists section dump in readelf outputs one r
From: |
sevaa at sprynet dot com |
Subject: |
[Bug binutils/30792] New: Rnglists section dump in readelf outputs one rangelist per CU |
Date: |
Wed, 23 Aug 2023 20:17:14 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=30792
Bug ID: 30792
Summary: Rnglists section dump in readelf outputs one rangelist
per CU
Product: binutils
Version: 2.42 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: sevaa at sprynet dot com
Target Milestone: ---
Created attachment 15082
--> https://sourceware.org/bugzilla/attachment.cgi?id=15082&action=edit
dwarf_v5ops.so.zip
Followup from #30781.
Run the following with the attached binary:
readelf --debug-dump=Ranges dwarf_v5ops.so.elf
For the first CU in the rnglists section it outputs the range list at 0xc and
moves on to the next CU. Meanwhile, there is a lot of perfectly valid
rangelists remaining in the first CU. To name one, the rangelist at 0x1c is
referenced by the DIE at 0x6afb (DW_TAG_inlined_subroutine inside of
DW_TAG_subroutine for JiPad_AddPoint). The next rnglists-CU at 0x142 also lists
only one rangelist. So does 0x10329, 0x103f1, and 0x105e9.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug binutils/30792] New: Rnglists section dump in readelf outputs one rangelist per CU,
sevaa at sprynet dot com <=