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.robin...@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 > > >
_______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
