Re: [lldb-dev] gdb-remote protocol questions

2020-01-28 Thread Jason Molenda via lldb-dev
Hi Alexander, sorry for the delay in replying. The attached unwind log shows that lldb is using the architectural default unwind plan for this target. You can see where this unwind plan in constructed at ABISysV_mips::CreateDefaultUnwindPlan it says to find the caller's pc value at *($r29),

[lldb-dev] [Bug 44059] The LLDB test for the entry values will fail due to changes in the compiler

2020-01-28 Thread via lldb-dev
https://bugs.llvm.org/show_bug.cgi?id=44059 Djordje Todorovic changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[lldb-dev] [Bug 44690] Include guards missing for compression.h

2020-01-28 Thread via lldb-dev
https://bugs.llvm.org/show_bug.cgi?id=44690 Gabor Greif changed: What|Removed |Added Resolution|INVALID |--- Status|RESOLVED

Re: [lldb-dev] gdb-remote protocol questions

2020-01-28 Thread Pavel Labath via lldb-dev
On 27/01/2020 19:43, Alexander Zhang via lldb-dev wrote: > Hi, > > Thanks for pointing me towards stack unwinding. I don't have debug > information much of the time, so I'm depending on the architecture rules > for backtracing. A look at the mips ABI plugin shows it uses dwarf > register numbers t