On 11/12/14 22:55, tsaund...@mozilla.com wrote:
From: Trevor Saunders <tsaund...@mozilla.com>
Hi,
gengtype fails to create valid user marking functions for this type, which is
fixed by using vec here (which seems cleaner anyway).
bootstrapped + regtested powerpc64-linux (gcc 110 since gcc20 died) ok?
Trev
gcc/ChangeLog:
2014-11-13 Trevor Saunders <tsaund...@mozilla.com>
* lto-section-in.c (lto_delete_in_decl_state): Adjust.
(lto_free_function_in_decl_state): Likewise.
* lto-streamer-out.c (copy_function_or_variable): Likewise.
* lto-streamer.h (lto_file_decl_data_get_ ## name): Likewise.
(lto_file_decl_data_num_ ## name ## s): Likewise.
(struct lto_tree_ref_table): Remove.
(struct lto_in_decl_state): Replace lto_tree_ref_table with vec<tree>.
gcc/lto/ChangeLog:
2014-11-13 Trevor Saunders <tsaund...@mozilla.com>
* lto.c (lto_read_in_decl_state): Adjust.
(lto_fixup_state): Likewise.
What is it about the data structure that's causing GGC grief? Are there
other data structures with similar enough characteristics that we need
to fix them? Is there any way to warn/error for this case?
I'm OK with the change, but it feels like there needs to be some
research into other potential lossage and some preventative work to
prevent similar problems in the future.
Thanks,
Jeff
