Bruno Haible <[EMAIL PROTECTED]> writes:
> 2) I use the size_max module inside gettext's libintl, and a full-blown
> feels like overkill in this case, when we just need one macro.
I'd been assuming that the stdint module would be modified to depend
on size_max, to cater to people who need SIZ
Simon Josefsson wrote:
> Sorry, I didn't read size_max.m4 which seem to be doing some
> interesting things.
This means it's time to put some comments. I also had a hard time remembering
why and were used and no others. How about this?
> Still, is there a reason the size_max.m4 magic shouldn't b
Simon Josefsson wrote:
> There is size_max, which does:
>
> # include
This is needed to avoid a "macro redefined" warning e.g. on Solaris 7.
> # if HAVE_STDINT_H
> # include
> # endif
This is needed to avoid a "macro redefined" warning e.g. on glibc systems.
> that doesn't seem compatible wi
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Still, is there a reason the size_max.m4 magic shouldn't be merged
> into the stdint module?
Yes, that'd be a logical way to do it. (This was part of my stdint
review that I haven't done yet. :-)
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_
Simon Josefsson <[EMAIL PROTECTED]> writes:
> There is size_max, which does:
>
> # include
> # if HAVE_STDINT_H
> # include
> # endif
>
> that doesn't seem compatible with the stdint.h module (I'm assuming
> that the stdint module doesn't define HAVE_STDINT_H). So if there is
> no stdint.h, an
There is size_max, which does:
# include
# if HAVE_STDINT_H
# include
# endif
that doesn't seem compatible with the stdint.h module (I'm assuming
that the stdint module doesn't define HAVE_STDINT_H). So if there is
no stdint.h, and limits.h doesn't define SIZE_MAX, this module doesn't
work.
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
Juan Manuel Guerrero wrote:
> I have used the getopt.[ch] files to port certain posix/gnu stuff
> to DJGPP/MSDOS. The compilation of getopt.c fails because in the
> design of this file it is assumed that NLS support is available either
> through the system libc library or through ported versions of
