This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/41487] ICE in duplicate_node_data, at ipa-pure-const.c:633
- From: "rguenther at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Sep 2009 15:14:16 -0000
- Subject: [Bug lto/41487] ICE in duplicate_node_data, at ipa-pure-const.c:633
- References: <bug-41487-10053@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #11 from rguenther at suse dot de 2009-09-30 15:14 -------
Subject: Re: ICE in duplicate_node_data, at
ipa-pure-const.c:633
On Wed, 30 Sep 2009, hubicka at ucw dot cz wrote:
> ------- Comment #10 from hubicka at ucw dot cz 2009-09-30 15:11 -------
> Subject: Re: ICE in duplicate_node_data, at ipa-pure-const.c:633
>
> > The merge decisions should be all settled at that point. I don't know
> > if checking cgraph->decl is reliable though (I didn't trace to where
> > we allocate and not fill that node).
>
> It would be probably better to simply return NULL instead of allocating
> fake node outside cgraph. It will make code not aware of the fact that
> some nodes disappear at reading time happilly ICE too.
Yeah, that sounds like a good idea. Or read in summary data before
merging nodes ...
Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41487