http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51746
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51746
--- Comment #7 from Alexandre Oliva 2012-01-06
20:21:00 UTC ---
Author: aoliva
Date: Fri Jan 6 20:20:55 2012
New Revision: 182963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182963
Log:
PR debug/51746
* cselib.c (cselib_hash_rtx): Has
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51746
--- Comment #6 from Alexandre Oliva 2012-01-05
00:58:13 UTC ---
I've now realized the reason we fail to find the (plus:si (reg:si r1)
(const_int -1)) is that reverse_op miscomputes the hash of value 22, because
we're looking up an expr containing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51746
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P2
Summary|[4.7 Regression] Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51746
--- Comment #1 from Jakub Jelinek 2012-01-04
10:40:35 UTC ---
Looks latent before to me.
The issue is that when cselib_process_insn for
(insn 56 51 60 4 (cond_exec (eq (reg:CC 24 cc)
(const_int 0 [0]))
(set (mem:QI (plus:SI (r
