On Tue, Aug 14, 2012 at 04:18:58PM +0200, Mark Wielaard wrote:
On Mon, 2012-08-13 at 21:01 +0200, Mark Wielaard wrote:
> But this comes back to my comment on the other patch.
> In the case of readelf.c this makes sense, since it uses libdwfl
> to access the elf data it can "transparently" read the compressed
> data. But other callers might not be able to process compressed
> sections. So I think we should carefully audit all callers to
> make sure that if debugscn_p () returns true for a compressed
> section then they are actually able to process the data.
So a quick scan of uses of ebl_debugscn_p, ebl_section_strip_p and
- libdwfl/relocate.c (relocate_section)
Uses elf_rawdata () so won't be able to handle the section.
I assume that this is not a new problem, just something it
didn't handle before either?
What would need to happen in this case?