Eric Blake 6795ef7d37 Fix 32-bit SSIZE_MAX
POSIX requires that SSIZE_MAX have the same type as ssize_t, but
on 32-bit, we were defining it as a long even though ssize_t
resolves to an int.  It also requires that SSIZE_MAX be usable
via preprocessor #if, so we can't cheat and use a cast.

If this were newlib, I'd have had to hack _intsup.h to probe the
qualities of size_t (via gcc's __SIZE_TYPE__), similar to how we
already probe the qualities of int8_t and friends, then cross our
fingers that ssize_t happens to have the same rank (most systems
do, but POSIX permits a system where they differ such as size_t
being long while ssize_t is int).  Unfortunately gcc gives us
neither __SSIZE_TYPE__ nor __SSIZE_MAX__.  On the other hand, our
limits.h is specific to cygwin, so we can just shortcut to the
correct results rather than being generic to all possible ABI.

Signed-off-by: Eric Blake <eblake@redhat.com>
2016-07-14 12:38:49 -06:00
..
2012-02-05 14:27:25 +00:00
2012-02-25 10:48:35 +00:00
2012-03-30 13:27:38 +00:00
2012-04-05 14:23:06 +00:00
2012-04-25 07:33:03 +00:00
2012-05-07 15:05:56 +00:00
2012-07-19 09:43:56 +00:00
2012-10-16 12:02:42 +00:00
.
2013-04-01 11:04:41 +00:00
2013-06-05 07:21:56 +00:00
2013-06-06 15:31:15 +00:00
2013-07-15 10:04:03 +00:00
2013-07-31 10:32:46 +00:00
2013-08-30 21:42:40 +00:00
2013-12-08 13:38:27 +00:00
2014-01-27 21:25:39 +00:00
2014-04-07 11:41:49 +00:00
2014-05-23 07:15:30 +00:00
2014-07-18 12:28:00 +00:00
2015-02-04 11:03:36 +00:00
2015-04-23 22:04:59 +02:00
2015-04-30 17:53:15 +02:00
2015-06-03 13:38:19 +02:00
2015-11-05 18:31:36 +01:00
2015-11-12 13:14:08 +01:00
2016-01-23 22:33:31 +01:00
2016-04-05 10:35:05 +02:00
2016-04-20 12:34:07 +02:00
2016-06-21 13:43:53 +02:00
2016-07-14 12:38:49 -06:00