https://sourceware.org/bugzilla/show_bug.cgi?id=33580
Aaron Merey <amerey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #3 from Aaron Merey <amerey at redhat dot com> ---
Fixed in the following commit:
commit f66135f16fe44182a3fc5b651d7e5071c936217d
Author: Aaron Merey <[email protected]>
Date: Mon Oct 27 22:00:12 2025 -0400
readelf: Allocate job_data one-by-one as needed
Currently, job_data is stored in an array whose size is equal to the
number of debug sections (.debug_*, .eh_frame, .gdb_index, etc.).
This size may be too small if a binary contains multiple debug sections
with the same name. For example an ET_REL binary compiled with -ggdb3
can contain multiple .debug_macro sections.
Fix this by allocating job_data on the fly when preparing to read a
debug section. This supports an arbitrary number of debug sections
while also avoiding unnecessary memory allocation.
https://sourceware.org/bugzilla/show_bug.cgi?id=33580
Signed-off-by: Aaron Merey <[email protected]>
--
You are receiving this mail because:
You are on the CC list for the bug.
