[Bug target/93611] [10 Regression] ICE in extract_constrain_insn_cached, at recog.c:2207 since r10-6451-gb7b3378f91c0641f
ubizjak at gmail dot com
gcc-bugzilla@gcc.gnu.org
Thu Feb 6 12:34:00 GMT 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93611
--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 47788 [details]
> gcc10-pr93611.patch
>
> Ugh, this is nasty. The problem is that splitting works by clearing
> recog_data.insn and then performing various recog_data.operand elt changes,
> trying to match various splitters. That works fine, because if somebody
> does extract_insn_cached afterwards, it will not use cache and will extract
> it again.
Can this cure also be applied to *lea<mode>? I vaguely remember similar problem
with the splitter, but it was "solved" (or better: hacked-around) by manually
reconstructing the pattern.
More information about the Gcc-bugs
mailing list