Re: time_r.m4 checks unexpectedly pass on hpux10

2008-02-22 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > Paul, is this ok to commit? Yes, that looks good to me; thanks.

Re: time_r.m4 checks unexpectedly pass on hpux10

2008-02-22 Thread Bruno Haible
Hi, Peter O'Gorman wrote: > HP-UX10 has: > int gmtime_r(const time_t *timer, struct tm *result); > int localtime_r(const time_t *timer, struct tm *result); > > Which is, as you know, not standards conforming. > > However, compiling the test case for reentrant time functions on > hpux10 with its

time_r.m4 checks unexpectedly pass on hpux10

2008-02-22 Thread Peter O'Gorman
Hi, HP-UX10 has: int gmtime_r(const time_t *timer, struct tm *result); int localtime_r(const time_t *timer, struct tm *result); Which is, as you know, not standards conforming. However, compiling the test case for reentrant time functions on hpux10 with its native cc and -Ae results in a compile

Re: [PATCH] Use getgrouplist where available.

2008-02-22 Thread James Youngman
(I have moved the discussion to the gnulib mailing list; bug-coreutils is BCC'ed) On Fri, Feb 22, 2008 at 9:27 AM, Jim Meyering <[EMAIL PROTECTED]> wrote: > No. I note your subsequent mail, and yes, I was indeed thinking about oversized allocations. > This function is intended to be usable from