On Apr 29, 2020, at 9:28 PM, Rui Hong
mailto:hongru...@mails.ucas.ac.cn>> wrote:
First I would like to express my appreciation and thanks to you all especially
Greg Clayton and Ted Woodward! Your advice and guidance are quite useful for me!
You’re welcome!
*4. by the way, does GDB has
the "M" packet. Up to you.
If you have an ELF file that you are using as your executable and want me to
take a look, make it available via some sharing on the web and I can look at
it. Most people will run fully linked executables (these tend to have PT_LOAD
segments) when they ru
Hi LLDB devs,
First I would like to express my appreciation and thanks to you all especially
Greg Clayton and Ted Woodward! Your advice and guidance are quite useful for me!
I've been working on other lldb problems and resume solving the "remote
loading" issue now. I now fully understand the
> On Apr 16, 2020, at 2:30 AM, Rui Hong via lldb-dev
> wrote:
>
> Hi LLDB devs,
>
> I'm working on porting LLDB to work with an existing simulator(which has GDB
> stub, remote debugging). This simulator used to work with GDB. When using
> with GDB, the target file(ELF) is loaded by GDB
] LLDB problems on remote debugging
Hi LLDB devs,
I'm working on porting LLDB to work with an existing simulator(which has GDB
stub, remote debugging). This simulator used to work with GDB. When using with
GDB, the target file(ELF) is loaded by GDB command "load" or "remote put"
Hi LLDB devs,
I'm working on porting LLDB to work with an existing simulator(which has GDB
stub, remote debugging). This simulator used to work with GDB. When using with
GDB, the target file(ELF) is loaded by GDB command "load" or "remote put".
From a LLVM talk project which is very similar to
