> On Mon, 16 May 2011, Jan Hubicka wrote: > > > > > > > I've seen us merge different named structs which happen to reside > > > on the same variant list. That's bogus, not only because we are > > > adjusting TYPE_MAIN_VARIANT during incremental type-merging and > > > fixup, so computing a persistent hash by looking at it looks > > > fishy as well. > > > > Hi, > > as reported on IRC earlier, I get the segfault while building libxul > > duea to infinite recursion problem. > > > > I now however also get a lot more of the following ICEs: > > In function '__unguarded_insertion_sort': > > lto1: internal compiler error: in splice_child_die, at dwarf2out.c:8274 > > previously it reported once during Mozilla build (and I put testcase into > > bugzilla), now it reproduces on many libraries. I did not see this problem > > when applying only the SCC hasing change. > > This change causes us to preserve more TYPE_DECLs I think, so we might > run more often into pre-existing debuginfo issues. Previously most > of the types were merged into their nameless variant which probably > didn't get output into debug info. > > Do you by chance have small testcases for your problems? ;)
I think you might just look into one at http://gcc.gnu.org/bugzilla/show _bug.cgi?id=48354 Honza
