<p dir="ltr"><br>
El 29/03/2015 20:52, "Chris Johns" <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> escribió:<br>
><br>
> On 30/03/2015 8:23 am, Daniel Gutson wrote:<br>
> ><br>
> >    We are waiting for the (hopefully) last round of comments for our gdb<br>
> > pretty printers of glibc's NPTL.<br>
><br>
> Do you have a suitable link ?</p>
<p dir="ltr"><a href="https://sourceware.org/ml/libc-alpha/2015-03/msg00833.html">https://sourceware.org/ml/libc-alpha/2015-03/msg00833.html</a></p>
<p dir="ltr">><br>
> > Is there interest here for an RTEMS version as well?<br>
><br>
> Yes. We have support for RTEMS here<br>
> <a href="https://git.rtems.org/rtems-tools/tree/tools/gdb/python">https://git.rtems.org/rtems-tools/tree/tools/gdb/python</a> and posix.py<br>
> support is something I would like to add.<br>
><br>
> To load build and install the rtems-tools package. The RSB does this now<br>
> and then in gdb do:<br>
><br>
>  (gdb) python import rtems<br>
><br>
> and for classic API we have:<br>
><br>
>  (gdb) rtems task<br>
><br>
> I have been working to clean up the package and something things in this<br>
> code base are present but need testing, eg the rbtrees.py.<br>
><br>
> The posix support would be an Id wrapper for the POSIX class threads and<br>
> then the common thread code would be used to examine the thread. A nice<br>
> feature for posix thread display would mapping the start address to a<br>
> gdb function symbol to help users know which pthread is which.</p>
<p dir="ltr">Thanks. I'll analyze this with my team and be back.</p>
<p dir="ltr">   Daniel.</p>
<p dir="ltr">><br>
> Chris<br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</p>