diff options
| author | Hans-Peter Nilsson <hp@axis.com> | 2022-07-04 19:22:17 +0200 |
|---|---|---|
| committer | Hans-Peter Nilsson <hp@axis.com> | 2022-07-05 02:00:21 +0200 |
| commit | 5beddee9f43b70c178ba7c10f795cb0546b0de93 (patch) | |
| tree | f2cdc1c4d849a1b9ce29c721ea1cee27551fb787 /gcc/tree-vect-patterns.cc | |
| parent | c3297044f0055880dd23ffbf641aa3a5860197e1 (diff) | |
| download | gcc-5beddee9f43b70c178ba7c10f795cb0546b0de93.zip gcc-5beddee9f43b70c178ba7c10f795cb0546b0de93.tar.gz gcc-5beddee9f43b70c178ba7c10f795cb0546b0de93.tar.bz2 | |
gcc.dg/analyzer/allocation-size-1..5.c: Fix for 32-bit newlib targets
See gcc/config/newlib-stdint.h, where targets that have
LONG_TYPE_SIZE == 32, get INT32_TYPE defined to "long int".
INT32_TYPE ends up in the target int32_t.
Thus the tests failed for 32-bit newlib targets due to related
warning messages being matched to "aka int" where the emitted
message for these targets have "aka long int".
Tested cris-elf, committed as obvious.
gcc/testsuite:
* gcc.dg/analyzer/allocation-size-1.c,
gcc.dg/analyzer/allocation-size-2.c,
gcc.dg/analyzer/allocation-size-3.c,
gcc.dg/analyzer/allocation-size-4.c,
gcc.dg/analyzer/allocation-size-5.c: Handle int32_t being "long int".
Diffstat (limited to 'gcc/tree-vect-patterns.cc')
0 files changed, 0 insertions, 0 deletions