-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to Jim Meyering on 10/6/2009 5:01 AM: >> However given that SIZE_MAX should be in stdint.h according to POSIX, >> maybe it makes more sense to make sure gnulib's stdint.h replacement is >> enabled when SIZE_MAX is not provided by the system's stdint.h? And >> then deprecate size_max.h in favor of stdint. > > AFAICS, gettext and xsize are the only gnulib modules that use it, > so deprecating size_max sounds like a good idea, assuming > Bruno doesn't mind adjusting those two modules.
Bruno's already mentioned the desire to manually define SIZE_MAX in those two modules, so that he does NOT have to drag in the stdint replacement header, so I think we're stuck keeping size_max for a while longer. But yes, other modules should be able to use SIZE_MAX without worrying about declaring it themselves. SSIZE_MAX is a different beast; we don't have a limits.in.h replacement yet. And since limits.h doesn't define any functions or types, our usual trick of finding the right #include_next mechanism won't work. In this particular case of rpl_linkat, the only systems with linkat are new enough to already have SSIZE_MAX in <limits.h>; but for areadlink, there are probably still systems which lack SSIZE_MAX but where areadlink still needs to compile. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrLMo4ACgkQ84KuGfSFAYCq3gCeMnCM0yRSFihU8h3WBWMChe8y D9oAn1jTsZxM4KNurZ3EzUnM4l00Guoe =MBjS -----END PGP SIGNATURE-----
