https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116273
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|target |rtl-optimization
Target Milestone|--- |14.3
Target| |riscv
Keywords| |compile-time-hog,
| |testsuite-fail
CC| |jiwang at gcc dot gnu.org
Summary|[14/15 regression] RISC-V: |[14/15 regression] RISC-V:
|gcc.dg/long_branch.c flakey |gcc.dg/long_branch.c flakey
|timeout |timeout, insn scheduling is
| |slow
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
There's
/* { dg-skip-if "limited code space" { pdp11-*-* } } */
/* { dg-timeout-factor 4.0 { target hppa*-*-* } } */
so it's expected to compile slowly on some archs.
Note that on x86 a compiler built with -O0 and checking enabled builds
the testcase in less than 10 seconds.
It might be worth investigating why it's so slow in the postcommit ci
(that runs simulated?).
A x86->riscv cross (same -O0 and checking) builds the testcase in
30s so there does seem to be a significant overhead for targeting risc-v here.
What stands out is
scheduling : 20.20 ( 66%)
with -fno-schedule-insns it's a lot faster. Enabling -fschedule-insns
on x86 we observe a similar slowdown.
The testcase was introduced in r5-6853-g096e8448caeeb8 with a aarch64
change that doesn't indicate why such a large testcase is necessary
(and no PR reference).
