eonard Mosescu [mailto:mose...@google.com]
> *Sent:* Thursday, August 02, 2018 12:53 PM
> *To:* Robinson, Paul
> *Cc:* LLDB
> *Subject:* Re: [lldb-dev] The mysterious case of unsupported DW_FORMs
>
>
>
> Thanks Paul! I have a fix for the LLDB handling of compressed sections in
&g
e.
--paulr
From: Leonard Mosescu [mailto:mose...@google.com]
Sent: Thursday, August 02, 2018 12:53 PM
To: Robinson, Paul
Cc: LLDB
Subject: Re: [lldb-dev] The mysterious case of unsupported DW_FORMs
Thanks Paul! I have a fix for the LLDB handling of compressed sections in an
upcoming change (tog
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 s
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
I'm sharing some notes on a strange LLDB issue I hit locally, in case
anyone else hits the same problem. The symptoms are symbols unexpectedly
not working for some modules and/or warning messages complaining about
"unsupported DW_FORMs", ex:
*warning: (x86_64) /lib/x86_64-linux-gnu/libz.so.1.2.8 u
