[Bug tree-optimization/59757] Unexpected VN_TOP in SSCVN
joey.ye at arm dot com
gcc-bugzilla@gcc.gnu.org
Fri Jan 10 13:54:00 GMT 2014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59757
--- Comment #1 from Joey Ye <joey.ye at arm dot com> ---
foo.c: In function 'univision_ug2828gfeff01_init':
foo.c:119:1: internal compiler error: tree check: expected ssa_name, have
var_de
cl in vn_reference_compute_hash, at tree-ssa-sccvn.c:631
univision_ug2828gfeff01_init(CTL_GFX_SEP_DRIVER_t *d, int depth)
Traced to SSCVN:
Breakpoint 1, vn_reference_compute_hash (vr1=0x798fa94)
at /xxx/src/gcc/gcc/tree-ssa-sccvn.c:598
598 in /xxx/src/gcc/gcc/tree-ssa-sccvn.c
Backtrace is
vn_reference_lookup
(gdb) call debug_tree(vr1->vuse)
<var_decl 0x8fe4ba0 vn_top.15
type <void_type 0x89c08a0 void VOID
align 8 symtab 0 alias set -1 canonical type 0x89c08a0
pointer_to_this <pointer_type 0x89c0900>>
used ignored VOID file foo.c line 119 col 1
align 8>
(gdb) call debug_tree(VN_TOP)
<var_decl 0x8fe4ba0 vn_top.15
type <void_type 0x89c08a0 void VOID
align 8 symtab 0 alias set -1 canonical type 0x89c08a0
pointer_to_this <pointer_type 0x89c0900>>
used ignored VOID file foo.c line 119 col 1
align 8>
For some reason vr1->vuse is VN_TOP, which is unexpected. But I couldn't go
further without understanding SCCVN.
Anyone can help?
More information about the Gcc-bugs
mailing list