| commit | 21de3391e4cecfef6ad1b60772cb55616c1bf7bd | |
| author | Jakub Jelinek <jakub@redhat.com> | |
| Tue, 13 Feb 2024 09:32:01 +0000 (13 10:32 +0100) | ||
| committer | Jakub Jelinek <jakub@redhat.com> | |
| Tue, 13 Feb 2024 09:32:01 +0000 (13 10:32 +0100) | ||
| tree | bab267e9f1c64f24180425f2aea4de96a1877d07 | treesnapshot (tar.gz zip) |
| parent | 6caec7d9ec37e60e718a12934c85bac9c12757ac | commitdiff |
hwint: Fix up preprocessor conditions for GCC_PRISZ/fmt_size_t
Using unsigned long long int for fmt_size_t and "ll" for GCC_PRISZ
as broke the gengtype on i686-linux before the libiberty fix is certainly
unexpected. size_t is there unsigned int, so expected fmt_size_t is
unsigned int (or some other 32-bit type).
The problem was that I was comparing SIZE_MAX against signed maxima,
but SIZE_MAX is unsigned maximum.
2024-02-13 Jakub Jelinek <jakub@redhat.com>
* hwint.h (GCC_PRISZ, fmt_size_t): Fix preprocessor conditions,
instead of comparing SIZE_MAX against INT_MAX and LONG_MAX compare
it against UINT_MAX and ULONG_MAX.
Using unsigned long long int for fmt_size_t and "ll" for GCC_PRISZ
as broke the gengtype on i686-linux before the libiberty fix is certainly
unexpected. size_t is there unsigned int, so expected fmt_size_t is
unsigned int (or some other 32-bit type).
The problem was that I was comparing SIZE_MAX against signed maxima,
but SIZE_MAX is unsigned maximum.
2024-02-13 Jakub Jelinek <jakub@redhat.com>
* hwint.h (GCC_PRISZ, fmt_size_t): Fix preprocessor conditions,
instead of comparing SIZE_MAX against INT_MAX and LONG_MAX compare
it against UINT_MAX and ULONG_MAX.
| gcc/hwint.h | diffblobblamehistory |