https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #7 from Di Chen ---
This issue is in code review.
https://sourceware.org/pipermail/elfutils-devel/2024q3/007388.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #6 from Di Chen ---
@amerey
I believe your elfutils was lacking the dwelf_relocation_debug_sections
replacement in strip.c while compiling.
Could you give a double check for whether the dwelf_relocation_debug_sections
is introduc
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
Aaron Merey changed:
What|Removed |Added
CC||amerey at redhat dot com
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #4 from Di Chen ---
@mjw
I have function dwelf_relocation_debug_sections() added in libdwelf.a.
```
$ pwd
/home/dichen/elfutils
$ eu-readelf -s libdwelf/libdwelf.a | grep dwelf_relocation_debug_sections
libdwelf/libdwelf.a(dwelf_
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #3 from Mark Wielaard ---
Yes, just process the .rela.debug_* sections.
Note that you don't need to depend on the exact name.
You can follow the section header sh_info field, which points to the section
(number) to which the reloca
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #2 from Di Chen ---
Hey @mjw
```
$ eu-readelf -a qq.o | grep Type
Type: REL (Relocatable file)
$ eu-readelf -S qq.o | grep REL
[ 2] .rela.text RELA 04b8 0048 24 I
19 1 8
[ 6] .r
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
Di Chen changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |dichen at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #1 from Mark Wielaard ---
This is the current "workaround" I use when working with individual ET_REL
DWARF files (also works for any other ELF type):
static char *debuginfo_path = NULL;
static const Dwfl_Callbacks dwfl_callbacks
