[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: 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

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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