This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: [RFHelp] Linux, threads, and regsets in thread_db
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: "H . J . Lu" <hjl at lucon dot org>
- Cc: Mark Kettenis <kettenis at science dot uva dot nl>,GNU C Library <libc-alpha at sourceware dot cygnus dot com>
- Date: Thu, 15 Nov 2001 11:43:23 -0500
- Subject: Re: [RFHelp] Linux, threads, and regsets in thread_db
- References: <20010924212808.A20851@nevyn.them.org> <s3ig09b37mi.fsf@debye.wins.uva.nl> <20011114135502.B25645@lucon.org>
On Wed, Nov 14, 2001 at 01:55:02PM -0800, H . J . Lu wrote:
> On Tue, Sep 25, 2001 at 12:08:37PM +0200, Mark Kettenis wrote:
> > Daniel Jacobowitz <drow@mvista.com> writes:
> >
> > > I spent a while this summer making thread debugging work on some more
> > > non-x86 targets, with great frustration. Eventually I reached the
> > > decision that my problem was in fact a glibc bug; the attached messages
> > > explain it. Ulrich has categorically (and without explanation, when
> > > asked. sigh.) refused the patch.
> >
> > Seems that Ulrich is still confused about the regset issues. I asked
> > the port maintainers to clean this up when I fixed it for i386. Jakub
> > Jellinek cleaned up sparc, but nothing else happened.
> >
> > > Could someone on this list at least sanity check my patch? I have a
> > > (disgusting) workaround for GDB if the header is not changed, but I'd
> > > much rather someone convince Ulrich that I'm not crazy. Especially
> > > since I can not get the workaround to compile without warnings. C
> > > behaves badly in the presence of casts to/from array types.
> >
> > In principle, your patch is the right thing. There may be
> > interactions with <sys/user.h> and <sys/elf.h> though. Look at the
> > i386 port to see how things should be done.
> >
>
> Here is a patch for mips. It seems to work for me.
If this is applied, I strongly suggest that the rest of the patch I
originally posted be applied also. Alpha and probably ia64/m68k are
broken in a similar way.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer