This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: libgcj and the NPTL posix threads implementation
- From: Jeff Sturm <jsturm at one-point dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: Anthony Green <green at redhat dot com>, "Boehm, Hans" <hans dot boehm at hp dot com>, "'Michael Koch'" <konqueror at gmx dot de>, <java at gcc dot gnu dot org>
- Date: Mon, 1 Mar 2004 16:42:20 -0500 (EST)
- Subject: RE: libgcj and the NPTL posix threads implementation
On Mon, 1 Mar 2004, Andrew Haley wrote:
> > If "we" == "Linux distribution vendors", then yes definitely. But
> > I'd expect nearly everyone building and using their own gcj would
> > want Anthony's patch.
>
> I don't think so. I have worked fairly recently on systems that have
> a working NPTL but gdb doesn't grok NPTL threads.
Oh, yuck! I wasn't considering broken systems at all. (Does NTPL require
TLS, or vice versa? Both require kernel support, I understand...)
> It should be simple to use a function pointer to switch _Jv_ThreadSelf
> to different personalities, and the runtime cost would not be huge.
What can you reliably test for, besides catching a signal if TLS isn't
available?
Jeff