[Top][All Lists]

[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

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]