]> git.ipfire.org Git - thirdparty/gcc.git/commit
libstdc++: Avoid use of naked int32_t in unseq_backend_simd.h, PR108672
authorHans-Peter Nilsson <hp@axis.com>
Sat, 4 Feb 2023 17:38:45 +0000 (18:38 +0100)
committerHans-Peter Nilsson <hp@bitrange.com>
Sat, 4 Feb 2023 17:38:45 +0000 (18:38 +0100)
commit72058eea9d407edc85558efc76cde5ceb1d06b0a
tree8565930b862a35c8882c2e1581d738b7c0cce2b5
parent08fde093cab28b893e9d2bccfee68d660cfa0774
libstdc++: Avoid use of naked int32_t in unseq_backend_simd.h, PR108672

The use of a "naked" int32_t (i.e. without a fitting #include:
stdint.h or cstdint or inttypes.h or an equivalent internal header),
in libstdc++-v3/include/pstl/unseq_backend_simd.h, caused an error for
cris-elf and apparently pru-elf and I guess all "newlib targets".
(Unfortunately, there's a lack of other *-elf targets in recent months
of gcc-testresults archives.)

This does not manifest on e.g. native x86_64-pc-linux-gnu, because
there, a definition is included as an effect of including stdlib.h in
cstdlib (following the trace in native xtreme-header-2_a.ii with
glibc-2.31-13+deb11u5).  Maybe better than chasing the right #includes
is to directly use the built-in type, like so:

libstdc++-v3:

PR libstdc++/108672
* include/pstl/unseq_backend_simd.h (__simd_or): Use __INT32_TYPE__
instead of int32_t.
libstdc++-v3/include/pstl/unseq_backend_simd.h