This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug rtl-optimization/50762] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)
- From: "uweigand at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 10 Nov 2011 14:04:42 +0000
- Subject: [Bug rtl-optimization/50762] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)
- Auto-submitted: auto-generated
- References: <bug-50762-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
--- Comment #16 from Ulrich Weigand <uweigand at gcc dot gnu.org> 2011-11-10 14:04:42 UTC ---
(In reply to comment #15)
> (In reply to comment #14)
> > Is this with your patch from comment 6? You really can't have a CONST_INT
> > inside a zero_extend; the abort is justified.
>
> No, this is with the patch from comment #11. This patch in fact just reverts
> the definition to define_special_predicate as was in the past.
You probably need the patch from comment 6 (with the define_address_constraint
fix) *in addition* to the patch from comment 11: this way, the zero_extend
(const_int) will be accepted temporarily by the predicate, but immediately
afterwards reloaded into a register.