[Bug tree-optimization/41634] [4.5 Regression] ICE in dom

[rguenth at gcc dot gnu dot org]

------- Comment #7 from rguenth at gcc dot gnu dot org  2009-10-09 15:54 -------
Breakpoint 5, lookup_avail_expr (stmt=0xb7d591a0, insert=1 '\1')
    at /home/richard/src/trunk/gcc/tree-ssa-dom.c:2254
2254      slot = htab_find_slot_with_hash (avail_exprs, element, element->hash,
# VUSE <.MEM_21>
D.2003_28 = "0,1,2,3,4,5,6,7,8,9\r\n\r\nA,B,C,D,E\r\nX,Y,Z"[D.2001_61];
(gdb) p element
$10 = (struct expr_hash_elt *) 0x8dffd28
(gdb) p *element
$1 = {lhs = 0xb7d500d0, expr = {type = 0x0, kind = EXPR_SINGLE, ops = {
      single = {rhs = 0xb7d591d4}, unary = {op = 3084227028, opnd = 0x0}, 
      binary = {op = 3084227028, opnd0 = 0x0, opnd1 = 0x0}, call = {
        fn = 0xb7d591d4, pure = 0 '\0', nargs = 0, args = 0x280000}}}, 
  stmt = 0xb7d591a0, hash = 3753424485, stamp = 0x8dffd28}

Breakpoint 5, lookup_avail_expr (stmt=0xb7d5930c, insert=1 '\1')
    at /home/richard/src/trunk/gcc/tree-ssa-dom.c:2254
2254      slot = htab_find_slot_with_hash (avail_exprs, element, element->hash,
# VUSE <.MEM_21>
D.2003_14 = "0,1,2,3,4,5,6,7,8,9\r\n\r\nA,B,C,D,E\r\nX,Y,Z"[D.2001_61];
(gdb) p element
$11 = (struct expr_hash_elt *) 0x8e2d8b8
(gdb) p *element
$12 = {lhs = 0xb7d32bfc, expr = {type = 0x0, kind = EXPR_SINGLE, ops = {
      single = {rhs = 0xb7d59340}, unary = {op = 3084227392, 
        opnd = 0xb7d306ac}, binary = {op = 3084227392, opnd0 = 0xb7d306ac, 
        opnd1 = 0xb7d32ac4}, call = {fn = 0xb7d59340, pure = 172 '\254', 
        nargs = 3084069572, args = 0xb7c96498}}}, stmt = 0xb7d5930c, 
  hash = 3753424485, stamp = 0x8e2d8b8}

Breakpoint 6, avail_expr_eq (p1=0x8dffd28, p2=0x8e2d8b8)
    at /home/richard/src/trunk/gcc/tree-ssa-dom.c:2340
(gdb) p *(const struct expr_hash_elt *)p1
$13 = {lhs = 0xb7d500d0, expr = {type = 0x0, kind = EXPR_SINGLE, ops = {
      single = {rhs = 0xb7d591d4}, unary = {op = 3084227028, opnd = 0x0}, 
      binary = {op = 3084227028, opnd0 = 0x0, opnd1 = 0x0}, call = {
        fn = 0xb7d591d4, pure = 0 '\0', nargs = 0, args = 0x280000}}}, 
  stmt = 0xb7d591a0, hash = 3753424485, stamp = 0x8dffd28}
(gdb) p *(const struct expr_hash_elt *)p2
$14 = {lhs = 0xb7d32bfc, expr = {type = 0x0, kind = EXPR_SINGLE, ops = {
      single = {rhs = 0xb7d59340}, unary = {op = 3084227392, 
        opnd = 0xb7d306ac}, binary = {op = 3084227392, opnd0 = 0xb7d306ac, 
        opnd1 = 0xb7d32ac4}, call = {fn = 0xb7d59340, pure = 172 '\254', 
        nargs = 3084069572, args = 0xb7c96498}}}, stmt = 0xb7d5930c, 
  hash = 3753424485, stamp = 0x8e2d8b8}
(gdb) call debug_gimple_stmt (0xb7d591a0)
D.2003_28 = "0,1,2,3,4,5,6,7,8,9\r\n\r\nA,B,C,D,E\r\nX,Y,Z"[D.2001_61];
(gdb) call debug_gimple_stmt (0xb7d5930c)
# VUSE <.MEM_21>
D.2003_14 = "0,1,2,3,4,5,6,7,8,9\r\n\r\nA,B,C,D,E\r\nX,Y,Z"[D.2001_61];

whoops?  where did the VOP go?

#1  0x0866c1d7 in remove_local_expressions_from_table ()
    at /home/richard/src/trunk/gcc/tree-ssa-dom.c:836
836           gcc_assert (slot && *slot == (void *) victim);
(gdb) p victim
$8 = (expr_hash_elt_t) 0x8e2d8d0
(gdb) p *slot
$9 = (void *) 0x8dffd28


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41634