https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> --- With a cross from x86_64 I see #1 0x0000000000b91785 in lra_set_insn_recog_data (insn=0x7ffff66cb380) at /space/rguenther/src/svn/trunk3/gcc/lra.c:962 962 gcc_assert (GET_CODE (PATTERN (insn)) == USE (gdb) l 957 if (nop < 0) 958 { 959 /* It is a special insn like USE or CLOBBER. We should 960 recognize any regular insn otherwise LRA can do nothing 961 with this insn. */ 962 gcc_assert (GET_CODE (PATTERN (insn)) == USE 963 || GET_CODE (PATTERN (insn)) == CLOBBER 964 || GET_CODE (PATTERN (insn)) == ASM_INPUT); 965 data->insn_static_data = insn_static_data 966 = get_static_insn_data (-1, 0, 0, nalt); (gdb) p debug_rtx (insn) (insn 605 602 604 28 (parallel [ (set (reg:TI 421) (unspec:TI [ (reg:TI 424 [421]) ] UNSPEC_P8V_RELOAD_FROM_GPR)) (clobber (reg:TF 425)) ]) Objects/complexobject.c:671 -1 (nil)) $1 = void