http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> --- (In reply to Martin Liška from comment #0) > I do compile Chromium with LTO and there's ICE with enormous call stack: > > gcc --version: > gcc (GCC) 4.9.0 20140313 (experimental) > > (gdb) bt 10 > #0 0x00000000005cec2c in lookup_page_table_entry (p=<error reading > variable: Cannot access memory at address 0x7fffa80e8fc8>) at > ../../gcc/ggc-page.c:584 > #1 0x00000000005cfc5e in ggc_set_mark (p=0x7f5c399c1170) at > ../../gcc/ggc-page.c:1467 > #2 0x00000000005a9222 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399c1170) at > ./gtype-lto.h:36 > #3 0x00000000005aae1a in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399c6f18) at > ./gtype-lto.h:355 > #4 0x00000000005aaf34 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399c6e70) at > ./gtype-lto.h:375 > #5 0x00000000005aa4b8 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399c10b8) at > ./gtype-lto.h:246 > #6 0x00000000005aaf17 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399c60a8) at > ./gtype-lto.h:374 > #7 0x00000000005aaf34 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399bf5e8) at > ./gtype-lto.h:375 > #8 0x00000000005aa461 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399bae60) at > ./gtype-lto.h:243 > #9 0x00000000005aaf17 in gt_ggc_mx_lang_tree_node (x_p=0x7f5c399bf348) at > ./gtype-lto.h:374 > > I don't know what to dump, if you are interested I can add all kind info you > need. Can you show what lines you have in gtype-lto.h at these points? I have stuff that doesn't make much sense #3 gt_ggc_m_9tree_node ((*x).generic.type_non_common.with_lang_specific.common.common.chain) #4 gt_ggc_m_9tree_node ((*x).generic.type_non_common.with_lang_specific.common.next_variant); #5 gt_ggc_m_9tree_node ((*x).generic.type_decl.common.common.common.common.common.context); #6 gt_ggc_m_9tree_node ((*x).generic.type_non_common.with_lang_specific.common.name); #7 gt_ggc_m_9tree_node ((*x).generic.type_non_common.with_lang_specific.common.next_variant); #8 gt_ggc_m_9tree_node ((*x).generic.type_decl.common.common.common.common.common.common.typed.type); #9 gt_ggc_m_9tree_node ((*x).generic.type_non_common.with_lang_specific.common.name); so it seems to be following a variant chain (but of course bt 10 may just not be enough to see the real problem).
