Hi!
On Wed, 2 Nov 2011 18:03:04 +0100, Pino Toscano wrote:
> as I found few months ago[1], when calling pthread_key_delete() all its
> values in threads are not removed; this, plus the the fact that deleted
> keys can be reused in pthread_key_create(), causes that in some
> occasions (i.e. when a
* sysdeps/hurd/pt-destroy-specific.c (__pthread_destroy_specific): Correct
logic for PTHREAD_KEY_INVALID slots.
* tests/test-__pthread_destroy_specific-skip.c: New file.
* tests/Makefile (CHECK_SRC): Add test-__pthread_destroy_specific-skip.c.
---
Hi!
I found this while reviewing Pino's libpthrea
Hi!
On Fri, 04 Nov 2011 21:40:32 +0100, l...@gnu.org (Ludovic
=?iso-8859-1?Q?Court=E8s?=) wrote:
> Thomas Schwinge skribis:
> > In the TI-RPC case, we will need to link against an additional library, I
> > assume?
>
> Yes.
>
> > If yes, are you able to make an educated guess and add support fo
Hi Thomas,
Thanks for the quick reply.
Thomas Schwinge skribis:
> On Thu, 03 Nov 2011 23:12:52 +0100, l...@gnu.org (Ludovic
> =?iso-8859-1?Q?Court=E8s?=) wrote:
>> The patch below disables building of the NFS translator and daemon when
>> Sun/ONC RPC support is missing, as is the case with GNU
Hi!
On Thu, 03 Nov 2011 23:12:52 +0100, l...@gnu.org (Ludovic
=?iso-8859-1?Q?Court=E8s?=) wrote:
> The patch below disables building of the NFS translator and daemon when
> Sun/ONC RPC support is missing, as is the case with GNU libc 2.14+, and
> until TI-RPC actually is actually buildable on GNU
On Fri, 2011-11-04 at 00:55 +0100, Guillem Jover wrote:
> Hi!
...
> > + *-gnu*)
> > +AC_DEFINE(PLATFORM_GNU, 1, [Define if you are compiling for *GNU])
> > +;;
...
> If you add this, no platform specific code is being used, so it should
> not build as it stops using the fallback unknown pl
