From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <hubicka@kam.mff.cuni.cz>
Received: from nikam.ms.mff.cuni.cz (nikam.ms.mff.cuni.cz [195.113.20.16])
 by sourceware.org (Postfix) with ESMTPS id 701B7386EC6A
 for <gcc-patches@gcc.gnu.org>; Fri, 14 Aug 2020 09:15:24 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 701B7386EC6A
Authentication-Results: sourceware.org;
 dmarc=none (p=none dis=none) header.from=ucw.cz
Authentication-Results: sourceware.org;
 spf=none smtp.mailfrom=hubicka@kam.mff.cuni.cz
Received: by nikam.ms.mff.cuni.cz (Postfix, from userid 16202)
 id 67CB728087A; Fri, 14 Aug 2020 11:15:20 +0200 (CEST)
Date: Fri, 14 Aug 2020 11:15:20 +0200
From: Jan Hubicka <hubicka@ucw.cz>
To: Christophe Lyon <christophe.lyon@linaro.org>
Cc: Richard Biener <rguenther@suse.de>, Jakub Jelinek <jakub@redhat.com>,
 gcc Patches <gcc-patches@gcc.gnu.org>
Subject: Re: Backporting streaming and enum changes
Message-ID: <20200814091520.GD56176@kam.mff.cuni.cz>
References: <20200806143439.GB82935@kam.mff.cuni.cz>
 <nycvar.YFH.7.76.2008061639300.9963@zhemvz.fhfr.qr>
 <CAKdteObHtwK0dCx9Fh_OPEOKGw0JP6k9c7-xDy1r=T0Qf3mN_w@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAKdteObHtwK0dCx9Fh_OPEOKGw0JP6k9c7-xDy1r=T0Qf3mN_w@mail.gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-14.1 required=5.0 tests=BAYES_00,
 HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY,
 RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE,
 TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: gcc-patches@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-patches mailing list <gcc-patches.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2020 09:15:26 -0000

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.

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)