diff options
| author | Andrew Pinski <andrew.pinski@oss.qualcomm.com> | 2026-01-28 12:16:43 -0800 |
|---|---|---|
| committer | Andrew Pinski <andrew.pinski@oss.qualcomm.com> | 2026-01-29 12:01:17 -0800 |
| commit | c906b8f0199d16c93db1df99e789e2fc6bf31680 (patch) | |
| tree | 1b84e377e2cded95009e06e1a2ad1e09954d24b3 /libjava/gnu/java | |
| parent | 9f9b5d6946f60777694338f00652475240bf2f3e (diff) | |
| download | gcc-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
