[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 32-bit glibc bug with SSIZE_MAX
From: |
Eric Blake |
Subject: |
Re: 32-bit glibc bug with SSIZE_MAX |
Date: |
Wed, 13 Jul 2016 06:12:25 -0600 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 |
On 07/13/2016 03:45 AM, Paul Eggert wrote:
> On 07/13/2016 01:52 AM, Eric Blake wrote:
>> Gnulib doesn't have a replacement <limits.h> at the moment,
>
> As the bug is low-priority, it might suffice to document the problem. I
> installed the attached to do that.
>
> +++ b/doc/posix-headers/limits.texi
> @@ -23,6 +23,10 @@ AIX 5.1, HP-UX 11, IRIX 6.5, OSF/1 5.1 with gcc.
> The macros @code{WORD_BIT}, @code{LONG_BIT} are not defined on some
> platforms:
> glibc 2.11 without @code{-D_GNU_SOURCE}, Cygwin, mingw, MSVC 9.
> @item
> +The macro @code{SSIZE_MAX} has the wrong type,
> +albeit with the correct value:
> +glibc 2.24.
> address@hidden
Only 32-bit glibc is buggy; 64-bit glibc is okay.
I suppose we should do a similar patch for 64-bit OSX, which has
<stdint.h> declaring SIZE_MAX with the wrong type (unsigned long long,
while size_t is merely unsigned long). But at least there, we already
have a replacement stdint.h.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature