https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61192
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed| |2021-12-24
Known to fail| |9.1.0
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
Keywords|lto |ice-checking,
| |ice-on-valid-code
Component|lto |middle-end
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Confirmed here is a testcase for x86_64:
register int hh __asm__("r14");
int jj;
__getreent() {
int cpu_self = hh;
jj = cpu_self;
}
int r14() {}
----- CUT ----
Here is the ICE we get on the trunk (and all the way down to GCC 9, GCC 8 does
not to ICE with -fchecking):
<source>:9:1: error: assembler name hash list corrupted
9 | int r14() {}
| ^~~
*r14/0 (hh) @0x7f0e412d1000
Type: variable definition analyzed
Visibility: force_output semantic_interposition no_reorder public
References:
Referring: __getreent/2 (read)
Availability: not-ready
Varpool flags:
<source>:9:1: internal compiler error: symtab_node::verify failed
0x1e454c9 internal_error(char const*, ...)
???:0
0x900b69 symtab_node::verify()
???:0
0x9020e7 symtab_node::verify_symtab_nodes()
???:0
0x91e9bf symbol_table::finalize_compilation_unit()
???:0
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
Compiler returned: 1
