This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1



------- Comment #9 from andi-gcc at firstfloor dot org  2010-07-20 10:15 -------
I ignored all nodes with NULL node/vnode now as 
you suggested and get much further.

It takes a lot of memory in multiple lto1 runs (>2GB in some cases)

Then after a long time I have a new ICE in the garbage collector

Any ideas how to debug this?

600       while (table->high_bits != high_bits)
(gdb) p table
$1 = (struct page_table_chain *) 0x0

Apparently there's a non GC object in the garbage collector?


#8  lookup_page_table_entry (p=0xffa2190) at ../../gcc/gcc/ggc-page.c:600
#9  ggc_set_mark (p=0xffa2190) at ../../gcc/gcc/ggc-page.c:1339
#10 0x00000000005cd1b0 in gt_ggc_mx_cgraph_node (x_p=<value optimized out>) at
gtype-desc.c:552
#11 0x00000000005cd26e in gt_ggc_m_P11cgraph_node4htab (x_p=0x2b74ddb9c1c0) at
gtype-desc.c:2448
#12 0x00000000005a9406 in ggc_mark_roots () at ../../gcc/gcc/ggc-common.c:169
#13 0x00000000004b04fd in ggc_collect () at ../../gcc/gcc/ggc-page.c:1950
#14 0x00000000004acb9b in read_cgraph_and_symbols (debug_p=<value optimized
out>) at ../../gcc/gcc/lto/lto.c:1783
#15 lto_main (debug_p=<value optimized out>) at ../../gcc/gcc/lto/lto.c:2023
#16 0x00000000006c5cde in compile_file (argc=75, argv=0x105d4b0) at
../../gcc/gcc/toplev.c:978
#17 do_compile (argc=75, argv=0x105d4b0) at ../../gcc/gcc/toplev.c:2333
#18 toplev_main (argc=75, argv=0x105d4b0) at ../../gcc/gcc/toplev.c:2374


-- 


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]