diff options
| author | Jeff Law <jeffrey.law@oss.qualcomm.com> | 2026-02-07 11:49:30 -0700 |
|---|---|---|
| committer | Jeff Law <jeffrey.law@oss.qualcomm.com> | 2026-02-07 11:50:43 -0700 |
| commit | 8ad11691d3daab965fc34572e7683fe02b25e741 (patch) | |
| tree | 735d481136ed446fc996da4827fd4ff621d9a383 /libjava/gnu/java/net | |
| parent | 7f4476239b1f8337a88844fb6dd98a9b1906c1d7 (diff) | |
| download | gcc-8ad11691d3daab965fc34572e7683fe02b25e741.zip gcc-8ad11691d3daab965fc34572e7683fe02b25e741.tar.gz gcc-8ad11691d3daab965fc34572e7683fe02b25e741.tar.bz2 | |
Fix testsuite scan failure on loongarch64
Robin's patch to fix nonzero bits for the result of a popcount triggered a
minor testsuite scan failure for loongarch. Essentially it was expecting to
see an ANDI for a zero-extend, but after the change we get a slli with a count
0, which is used for sign extension on loongarch.
Both are likely equally performant. So this just adjusts the test to accept
both forms. Now one could argue that the result of the popcount is already
sign extended and you'd be right -- that's a separate missed optimization issue
and unrelated to this testsuite regression.
Anyway, pushing this to the trunk.
gcc/testsuite/
* gcc.dg/pr90838.c: Adjust expected output for loongarch.
Diffstat (limited to 'libjava/gnu/java/net')
0 files changed, 0 insertions, 0 deletions
