[lldb-dev] The mysterious case of unsupported DW_FORMs

[Leonard Mosescu via lldb-dev]

Thanks Paul! I have a fix for the LLDB handling of compressed sections in
an upcoming change (together with improved logging). The email was mostly
in case some other poor soul hit the same problem (until I get a chance to
commit the fixes)

*(*) none of the tools bothered to make a note that the sections are
> compressed (*
> *SHF_COMPRESSED)*That seems like a completely valid feature request.
> Again filing a bug would be the right tactic.  I'm willing to do this one
> for you, if you don't have a bugzilla account.


I'll open a request for llvm-dwarfdump. If you happen to be in touch with
the developers of the other tools (readelf, objdump, dwarfdump) feel free
to forward them the notes.




On Thu, Aug 2, 2018 at 7:21 AM, <paul.robinson at sony.com> wrote:

> Why weren't my local LLVM & LLDB builds able to decompress the sections?
> CMake!
>
>
>
> Remembering to delete CMakeCache.txt is usually the part I forget to do.
>
>
>
> LLDB tried to decompress, but when failed to do so it carried on returning
> and alter attempting to parse the compressed bytes as is.
>
>
>
> A section that is compressed but can't be decompressed should be treated
> as corrupt/unparseable.  That seems like an LLDB bug; do you have an
> account on the project bugzilla?
>
>
>
> *(*) none of the tools bothered to make a note that the sections are
> compressed (**SHF_COMPRESSED)*
>
>
>
> That seems like a completely valid feature request.  Again filing a bug
> would be the right tactic.  I'm willing to do this one for you, if you
> don't have a bugzilla account.
>
>
>
> Thanks,
>
> --paulr
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20180802/bfda231b/attachment-0001.html>