My experience is that GDB is still very erratic on its support for ARM NPTL. When the application that I develop starts doing complex things with pthreads, the current CVS gdbserver/client will lose track of the threads' positions and be useless. The same held true when I used the gdb client/server bundled with CS's 2005q3 and 2006q2.
On 10/3/06, K. Richard Pixley <[EMAIL PROTECTED]> wrote:
Is there any reason that scratchbox can't support arm eabi nptl? I'm thinking here of arm eabi in particular. I understand that qemu-user can't currently support nptl but I'm wondering if there is any scratchbox work necessary to support nptl aside from the qemu work. --rich _______________________________________________ Scratchbox-users mailing list Scratchbox-users@lists.scratchbox.org http://lists.scratchbox.org/cgi-bin/mailman/listinfo/scratchbox-users
_______________________________________________ Scratchbox-users mailing list Scratchbox-users@lists.scratchbox.org http://lists.scratchbox.org/cgi-bin/mailman/listinfo/scratchbox-users
