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
