aboutsummaryrefslogtreecommitdiff
path: root/libjava/gnu/java
diff options
context:
space:
mode:
authorAndrew Pinski <andrew.pinski@oss.qualcomm.com>2026-01-28 12:16:43 -0800
committerAndrew Pinski <andrew.pinski@oss.qualcomm.com>2026-01-29 12:01:17 -0800
commitc906b8f0199d16c93db1df99e789e2fc6bf31680 (patch)
tree1b84e377e2cded95009e06e1a2ad1e09954d24b3 /libjava/gnu/java
parent9f9b5d6946f60777694338f00652475240bf2f3e (diff)
downloadgcc-c906b8f0199d16c93db1df99e789e2fc6bf31680.zip
gcc-c906b8f0199d16c93db1df99e789e2fc6bf31680.tar.gz
gcc-c906b8f0199d16c93db1df99e789e2fc6bf31680.tar.bz2
testsuite: Move pr116353.c from being x86 specific to being generic
While working on ifcvt's noce_can_force_operand, I noticed that the testcase pr116353.c was added as x86 specific testcase but it has nothing in it that is x86 specific. It is currently compiled at -O2 but there is no reason why it can't be compiled at any other optimization level. So this moves the testcase to be a torture testcase. The original issue showed up on x86 with respect to ifcvt where there was a vec_select which does not have an optab for it but it might show up on other targets too. Tested on x86_64-linux-gnu. gcc/testsuite/ChangeLog: * gcc.target/i386/pr116353.c: Move to... * gcc.dg/torture/pr116353.c: ...here. Signed-off-by: Andrew Pinski <andrew.pinski@oss.qualcomm.com>
Diffstat (limited to 'libjava/gnu/java')
0 files changed, 0 insertions, 0 deletions