diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2023-03-17 09:58:08 +0100 |
|---|---|---|
| committer | Jakub Jelinek <jakub@redhat.com> | 2023-03-17 09:58:08 +0100 |
| commit | 2bb71424636fba7944b36b1689e9df22a53f1a3f (patch) | |
| tree | 337c8947a92e4ac48916788df04685317c642422 /gcc/function.cc | |
| parent | 713fa5db8ceb4ba8783a0d690ceb4c07f2ff03d0 (diff) | |
| download | gcc-2bb71424636fba7944b36b1689e9df22a53f1a3f.zip gcc-2bb71424636fba7944b36b1689e9df22a53f1a3f.tar.gz gcc-2bb71424636fba7944b36b1689e9df22a53f1a3f.tar.bz2 | |
testsuite: Fix up forwprop-39.c testcase [PR109145]
As written in the PR, newlib headers aren't C11 compliant in that they
don't define CMPLXF macro, and glibc before 2.16 doesn't define that
either. I think it is easier to use __builtin_complex directly, over
another patch which keeps including complex.h but defines CMPLXF if it
isn't defined, we want to test how forwprop behaves rather than what
complex.h defines or doesn't define.
2023-03-17 Jakub Jelinek <jakub@redhat.com>
PR testsuite/109145
* gcc.dg/tree-ssa/forwprop-39.c: Remove -std=c11 from dg-options.
Don't include complex.h.
(foo): Use __builtin_complex rather than CMPLXF.
Diffstat (limited to 'gcc/function.cc')
0 files changed, 0 insertions, 0 deletions