libgcj/117: _Jv_PthreadCheckMonitor test is not portable.

[Bryce McKinlay]

Tom Tromey wrote:

> My understanding is that this is a thread system and does not use
> native threads.  This is also not what we want.  (Maybe I'm wrong.
> The URL you give is hardly an easy way to find out...).
>
> Anyway, having control over the thread layer is important to us, I
> think.  We want to be able to write new thread ports without having to
> mess around (with negotiations or forking other people's packages).

NSPR does use native threads (at least, mozilla was using native threads last time I
ran it). While I agree that we don't want to depend on an extra threads layer, I think
an optional "nspr-threads.cc" would be useful if someone wanted to write it. If nspr
provides the functionality we need, it would certainly simplify ports to some platforms
(BeOS and Win32 come to mind...)

regards

  [ bryce ]