[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: |
Tue, 12 Jul 2016 17:52:38 -0600 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 |
On 07/12/2016 11:06 AM, Eric Blake wrote:
> I just tripped up on this glibc bug:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=13575
>
> where glibc incorrectly defines SSIZE_MAX as a long even though ssize_t
> is an int on a 32-bit platform.
>
> I'm planning on tweaking gnulib's replacement <limits.h> to work around
> it in the meantime.
Uggh. Gnulib doesn't have a replacement <limits.h> at the moment,
because the absolute-header module doesn't always work on a header with
only macros (which is what limits.h is). I guess this is similar to
float.h, another macro-only header; but there we are using
gl_NEXT_HEADERS() in some cases, since at least 'gcc -E -C' is able to
make sense of things when figuring out how to #include_next.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature