4
0
mirror of git://sourceware.org/git/newlib-cygwin.git synced 2025-01-17 03:49:46 +08:00
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
..
2016-07-14 12:38:49 -06:00
2016-07-14 12:38:49 -06:00
2016-06-24 23:32:39 +02:00
2016-06-25 00:43:01 +02:00
2016-06-24 23:32:39 +02:00
2016-06-24 23:32:39 +02:00
2016-06-25 00:43:01 +02:00
2015-03-03 12:58:34 +00:00
2016-06-25 00:43:01 +02:00
2016-06-24 23:32:39 +02:00
2016-06-24 15:49:45 +02:00
2015-11-18 19:09:47 +01:00
2016-06-25 17:08:18 +01:00
2015-08-17 11:05:43 +02:00
2016-06-23 16:56:41 +02:00
2016-06-24 23:32:39 +02:00
2016-06-23 21:30:15 +02:00
2016-06-25 00:43:01 +02:00
2016-06-24 23:32:39 +02:00
2016-06-23 21:30:15 +02:00
2016-03-29 13:41:11 +02:00
2016-06-24 23:32:39 +02:00
2016-06-24 23:32:39 +02:00
2016-06-24 23:32:39 +02:00
2016-06-23 16:56:41 +02:00
2016-06-24 21:00:04 +02:00
2016-06-24 21:00:04 +02:00
2016-06-24 23:33:01 +02:00