https://gcc.gnu.org/bugzilla/show_bug.cgi?id=127438
Bug ID: 127438
Summary: [17 Regression] ICE: maximum number of LRA assignment
passes is achieved (30) with -fvpt -fprofile-arcs
-fharden-compares
Product: gcc
Version: 17.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: zsojka at seznam dot cz
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: riscv64-unknown-linux-gnu
Created attachment 65612
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=65612&action=edit
reduced testcase
Compiler output:
$ riscv64-unknown-linux-gnu-gcc -march=rv64gv -mabi=lp64d -fvpt -fprofile-arcs
-fharden-compares testcase.c
during RTL pass: reload
testcase.c: In function 'foo':
testcase.c:10:1: internal compiler error: maximum number of LRA assignment
passes is achieved (30)
10 | }
| ^
0x388062d internal_error(char const*, ...)
/repo/gcc-trunk/gcc/diagnostic-global-context.cc:787
0x17b886a lra_assign(bool&)
/repo/gcc-trunk/gcc/lra-assigns.cc:1736
0x17b175a lra(_IO_FILE*, int)
/repo/gcc-trunk/gcc/lra.cc:2560
0x1759aef do_reload
/repo/gcc-trunk/gcc/ira.cc:6097
0x1759aef execute
/repo/gcc-trunk/gcc/ira.cc:6285
/repo/gcc-trunk/binary-trunk-20260915051942-r17-4241-g50be38676af8ed-checking-yes-rtl-df-extra-riscv64/bin/../libexec/gcc/riscv64-unknown-linux-gnu/17.0.0/cc1
-quiet -imultilib . -iprefix
/repo/gcc-trunk/binary-trunk-20260915051942-r17-4241-g50be38676af8ed-checking-yes-rtl-df-extra-riscv64/bin/../lib/gcc/riscv64-unknown-linux-gnu/17.0.0/
testcase.c -quiet -dumpdir a- -dumpbase testcase.c -dumpbase-ext .c
-march=rv64imafdc_zmmul_zaamo_zalrsc_zca_zcd -mabi=lp64d -misa-spec=2.2
-mtls-dialect=trad -march=rv64imafdc_zmmul_zaamo_zalrsc_zca_zcd -fvpt
-fprofile-arcs -fharden-compares -o /tmp/cc5ZsrE7.s
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
With just -fharden-compares, the compilation does not seem to finish in a
reasonable time:
$ time riscv64-unknown-linux-gnu-gcc -fharden-compares testcase.c
^C
real 2m17.015s
user 0m0.003s
sys 0m0.000s
$ riscv64-unknown-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/repo/gcc-trunk/binary-latest-riscv64/bin/riscv64-unknown-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-20260915051942-r17-4241-g50be38676af8ed-checking-yes-rtl-df-extra-riscv64/bin/../libexec/gcc/riscv64-unknown-linux-gnu/17.0.0/lto-wrapper
Target: riscv64-unknown-linux-gnu
Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++
--enable-valgrind-annotations --disable-nls --enable-checking=yes,rtl,df,extra
--with-isa-spec=2.2 --with-sysroot=/usr/riscv64-unknown-linux-gnu
--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu
--target=riscv64-unknown-linux-gnu
--with-ld=/usr/bin/riscv64-unknown-linux-gnu-ld
--with-as=/usr/bin/riscv64-unknown-linux-gnu-as --disable-multilib
--enable-libsanitizer --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-20260915051942-r17-4241-g50be38676af8ed-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 17.0.0 20260915 (experimental) (GCC)
