Backporting streaming and enum changes

[Christophe Lyon]

On Fri, 14 Aug 2020 at 11:21, Jan Hubicka <hubicka@ucw.cz> wrote:
>
> > Hi,
> > >
> > > Since this was backported as r10-8623-g0d96c3424bbb5e5f994b78c8f65d8704d215be54,
> >
> > Yes, after discussion with Jakub on IRC.
> > > I've noticed ICEs on arm and aarch64:
> > >     gcc.dg/pr34457-1.c (internal compiler error)
> > >     gcc.dg/torture/pr92088-1.c   -O2 -flto -fno-use-linker-plugin
> > > -flto-partition=none  (internal compiler error)
> > >     gcc.dg/torture/pr92088-1.c   -O2 -flto -fuse-linker-plugin
> > > -fno-fat-lto-objects  (internal compiler error)
> > >
> > > I can see:
> > > Excess errors:
> > > during IPA pass: cp
> > > lto1: internal compiler error: in operator[], at vec.h:878
> > > 0xa0a5d7 vec<lto_encoder_entry, va_heap, vl_embed>::operator[](unsigned int)
> > >         /gcc/vec.h:878
> > > 0xa0a5d7 vec<lto_encoder_entry, va_heap, vl_ptr>::operator[](unsigned int)
> > >         /gcc/vec.h:1444
> > > 0xa194d3 vec<lto_encoder_entry, va_heap, vl_ptr>::operator[](unsigned int)
> > >         /gcc/tree.h:3408
> > > 0xa194d3 lto_symtab_encoder_deref
> > >         /gcc/lto-streamer.h:1173
> > > 0xa194d3 ipa_prop_read_section
> > >         /gcc/ipa-prop.c:5060
> > > 0xa194d3 ipa_prop_read_jump_functions()
> > >         /gcc/ipa-prop.c:5089
> > > 0xb6ba71 ipa_read_summaries_1
> > >         /gcc/passes.c:2837
> > > 0x6bc4b5 read_cgraph_and_symbols(unsigned int, char const**)
> > >         /gcc/lto/lto-common.c:2921
> > > 0x69deb2 lto_main()
> > >         /gcc/lto/lto.c:625
> > >
> > > The tests pass on trunk.
> >
> > I will check this out.  I seem to remember that we fixed the issue on
> > mainline. It was extra zero byte streaming, I will dig it out.
> Found it,
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95362
> I will backport the patch shortly. Sorry for the breakage - it is quite
> impressive that we do not have non-trivial SCC streamed in the distro bootstrap.
>

Indeed! Thanks for the quick fix.

> Honza
> >
> > Honza
> > >
> > > Christophe
> > > > Thanks,
> > > > Richard.
> > > >
> > > > > Honza
> > > > >
> > > >
> > > > --
> > > > Richard Biener <rguenther@suse.de>
> > > > SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg,
> > > > Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)