https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #13 from Bernd Edlinger <bernd.edlinger at hotmail dot de> --- ok, now I see. the binutils-2.25.tar.gz works, but if we build directly from the git it does not. is this a new check that makes this problem? regarding my patch on pr26255.c, this happens: m32c-elf-gcc -O1 -mcpu=m32c pr26255.c pr26255.c: In function 'foo': pr26255.c:31:1: error: insn does not satisfy its constraints: } ^ (insn 62 61 63 2 (set (reg:PSI 4 a0) (plus:PSI (reg:PSI 4 a0) (reg/v/f:PSI 28 [ w ]))) pr26255.c:29 5 {addpsi3} (expr_list:REG_EQUIV (plus:PSI (reg/v/f:PSI 28 [ w ]) (const_int 128 [0x80])) (nil))) pr26255.c:31:1: internal compiler error: in extract_constrain_insn, at recog.c:2246 0x9e9478 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc-trunk/gcc/rtl-error.c:110 0x9e949f _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../gcc-trunk/gcc/rtl-error.c:121 0x9c0505 extract_constrain_insn(rtx_insn*) ../../gcc-trunk/gcc/recog.c:2246 0x9a1a5d reload_cse_simplify_operands ../../gcc-trunk/gcc/postreload.c:430 0x9a4485 reload_cse_simplify ../../gcc-trunk/gcc/postreload.c:207 0x9a4485 reload_cse_regs_1 ../../gcc-trunk/gcc/postreload.c:246 0x9a459b reload_cse_regs ../../gcc-trunk/gcc/postreload.c:94 0x9a459b execute ../../gcc-trunk/gcc/postreload.c:2367 I had similar traps and could avoid them by adding an explicit mode to some patterns. But here I have no idea at the moment. DJ do you see anything obvious in the addpsi3 pattern?