diff options
author | Hans-Peter Nilsson <hp@axis.com> | 2023-02-04 18:38:45 +0100 |
---|---|---|
committer | Hans-Peter Nilsson <hp@bitrange.com> | 2023-02-04 18:38:45 +0100 |
commit | 72058eea9d407edc85558efc76cde5ceb1d06b0a (patch) | |
tree | 8565930b862a35c8882c2e1581d738b7c0cce2b5 /gcc | |
parent | 08fde093cab28b893e9d2bccfee68d660cfa0774 (diff) | |
download | gcc-72058eea9d407edc85558efc76cde5ceb1d06b0a.zip gcc-72058eea9d407edc85558efc76cde5ceb1d06b0a.tar.gz gcc-72058eea9d407edc85558efc76cde5ceb1d06b0a.tar.bz2 |
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.
Diffstat (limited to 'gcc')
0 files changed, 0 insertions, 0 deletions