This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/64882] [5 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5681
- From: "ubizjak at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 31 Jan 2015 12:49:41 +0000
- Subject: [Bug target/64882] [5 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5681
- Auto-submitted: auto-generated
- References: <bug-64882-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64882
--- Comment #10 from UroÅ Bizjak <ubizjak at gmail dot com> ---
(In reply to Jakub Jelinek from comment #7)
> But what about vsib_address_operand, address_mpx_no_base_operand,
> address_mpx_no_index_operand?
(define_predicate "vsib_address_operand"
- (match_operand 0 "address_operand")
+ (match_test "address_operand (op, VOIDmode)")
> Even address_operand is used directly:
> [(prefetch (match_operand:P 0 "address_operand" "p")
> (const_int 1)
> (const_int 2))]
Ah, I see. Luckily, the mode is ignored in ix86_legitimate_address_p, so this
is more "cosmetic" issue.
I'm testing attached patch that solves all these issues and hopefully solves a
bunch of (harmless) thinkos.