Another --disable-checking bootstrap failure
Steven Bosscher
stevenb@suse.de
Tue Sep 14 11:16:00 GMT 2004
On Sep 14, 2004 12:19 PM, Richard Kenner <kenner@vlsi1.ultra.nyu.edu>
wrote:
> Is anyone seeing this on a --disable-checking bootstrap?
>
> (gdb) bt
> #0 0x000000000090bba3 in lookup_page_table_entry (p=0xd3a170)
> at bld/gcc/src.x86-64/gcc/ggc-page.c:581
> #1 0x0000000000909b3c in ggc_set_mark (p=0xd3a170)
> at bld/gcc/src.x86-64/gcc/ggc-page.c:1254
> #2 0x00000000006d7751 in gt_ggc_mx_basic_block_def (x_p=0x2a962032a0)
> at gtype-desc.c:437
> #3 0x0000000000428e77 in gt_ggc_mx_lang_tree_node (x_p=0x2a96207c80)
> at gt-c-decl.h:228
> #4 0x00000000006d71fa in gt_ggc_mx_dataflow_d (x_p=0x2a9622da00)
> at gtype-desc.c:288
> #5 0x00000000006d7512 in gt_ggc_mx_tree_ann_d (x_p=0x2a96202690)
> at gtype-desc.c:365
>
> This looks similar to the SIGSEGV I get compiling the Ada rts module
> g-awk.adb with checking *enabled*.
Most likely another instance of PR17437.
What appears to be the problem is that somehow a dataflow object
for immediate uses is being collected while there is still a pointer
to it from somehwere. Unfortunately, I can not reproduce the but
with an always-collect (--enable-checking=gcac) compiler, which is
really strange if this really is a dangling reference to a GC object.
Gr.
Steven
More information about the Gcc
mailing list