Hello,
Regarding the packet definitions for tracing, how about reusing the
existing btrace packets ?
https://sourceware.org/gdb/onlinedocs/gdb/General-Query-Packets.html#qXfer%20btrace%20read
On Fri, Apr 1, 2016 at 7:13 PM, Greg Clayton wrote:
> We also need to think about all other type
I think we should reuse packets from the gdb protocol whereever it
makes sense. So, if they fit your needs (and a quick glance seems to
confirm that), then I think you should use them.
On 11 April 2016 at 15:28, Ravitheja Addepally wrote:
> Hello,
>Regarding the packet definitions for tra
Hello Ulrich,
It's exciting to see support for new platforms being added to LLDB.
I've had a brief glance at the patch set and I was surprised at how
few changes you had actually needed to make to lldb core to support
this. The patches look good at a first glance, but they will need to
be reviewed
I don't believe we do. But we do have a very alpha "gui" mode which gets you
into curses. It needs some work, but it is close and I am sure you could
implement the layout if you take some time to implement it.
Greg
> On Apr 9, 2016, at 1:55 PM, Ramkumar Ramachandra via lldb-dev
> wrote:
>
>
Hello Pavel,
> It's exciting to see support for new platforms being added to LLDB.
> I've had a brief glance at the patch set and I was surprised at how
> few changes you had actually needed to make to lldb core to support
> this. The patches look good at a first glance, but they will need to
> be
I used to work on debug software at Freescale (NXP?), and we had a PPC core
called e6500. It had 8 IACs (Instruction Address Comparators) that could be
hooked up to the trace logic in various ways, but one really useful thing you
could do was set up an IAC to turn on or off trace on a given addr
