aboutsummaryrefslogtreecommitdiff
path: root/libjava/gnu/java
diff options
context:
space:
mode:
authorJeff Law <jeffrey.law@oss.qualcomm.com>2026-02-07 11:49:30 -0700
committerJeff Law <jeffrey.law@oss.qualcomm.com>2026-02-07 11:50:43 -0700
commit8ad11691d3daab965fc34572e7683fe02b25e741 (patch)
tree735d481136ed446fc996da4827fd4ff621d9a383 /libjava/gnu/java
parent7f4476239b1f8337a88844fb6dd98a9b1906c1d7 (diff)
downloadgcc-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')
0 files changed, 0 insertions, 0 deletions