Hi Bruno,
* Bruno Haible wrote on Wed, May 03, 2006 at 10:39:06PM CEST:
Paul Eggert wrote:
I don't know of any hosts that have multithreading and localtime but
lack a working localtime_r.
HP-UX 11.00 with HP/PA.
HP-UX 11.23 with IA64.
In both cases:
checking whether localtime_r is
Bruno Haible [EMAIL PROTECTED] writes:
Since I cannot see how a function can return a pointer and an int
simultaneously,
It can't. If you want the old, incompatible (DCE) localtime_r under
HP-UX, you're supposed to link with the DCE library and compile with
-D_PTHREADS_DRAFT4. But anyone who
Paul Eggert wrote:
I don't know of any hosts that have multithreading and localtime but
lack a working localtime_r.
HP-UX 11.00 with HP/PA.
HP-UX 11.23 with IA64.
In both cases:
checking whether localtime_r is compatible with its POSIX signature... no
The problems that I know of in this
teedee wrote on 2006-03-27:
Is localtime_r thread-safe? If it's not, what's the alternative for this
function call?
localtime_r is thread-safe if the system provides it and it has the POSIX
prototype: struct tm * localtime_r (const time_t *, struct tm *);
In the other cases, gnulib provides a
Bruno Haible [EMAIL PROTECTED] writes:
Paul, what about the following patch to make our replacement
functions MT-safe?
Thanks, but in this particular case I'd like to know more before
saying yes.
I don't know of any hosts that have multithreading and localtime but
lack a working localtime_r.