From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 96941 invoked by alias); 5 May 2017 10:37:58 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 96921 invoked by uid 89); 5 May 2017 10:37:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: =?ISO-8859-1?Q?Yes, score=5.0 required=5.0 tests=AWL,BAYES_50,BODY_8BITS,GARBLED_BODY,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy==d0=bc=d0=b8=d1, =d0=b8=d0=b9, =d0=b5=d0=bd=d0=ba=d0=be, sk:hubicka?= X-HELO: nikam.ms.mff.cuni.cz Received: from nikam.ms.mff.cuni.cz (HELO nikam.ms.mff.cuni.cz) (195.113.20.16) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 05 May 2017 10:37:53 +0000 Received: by nikam.ms.mff.cuni.cz (Postfix, from userid 16202) id 9701A541B5F; Fri, 5 May 2017 12:37:53 +0200 (CEST) Date: Fri, 05 May 2017 10:37:00 -0000 From: Jan Hubicka To: Jeff Law Cc: =?utf-8?B?0JTQvNC40YLRgNC40Lkg0JTRjNGP0YfQtdC90LrQvg==?= , Andreas Schwab , Daniel Santos , gcc Subject: Re: .bad_compare in bootstrap of head Message-ID: <20170505103753.GC46606@kam.mff.cuni.cz> References: <98a50d2d-7f51-5277-df51-d5d612645d49@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2017-05/txt/msg00054.txt.bz2 > On 05/04/2017 08:31 AM, Jeff Law wrote: > >On 05/04/2017 07:26 AM, Дмитрий Дьяченко wrote: > >>Fedora 26 x86_64 > >>r247595 > >> > >>~/src/gcc_current/configure --prefix=/usr/local/gcc_current > >>--enable-static --enable-checking=no --enable-languages=c,c++,lto > >>--enable-plugin --disable-multilib > >And that may be the key, I've been able to get a similar failure. Could > >easy be the checking flags. I'll do some bisecting here. > >jeff > > It's Jan's patch from April 30. > > commit e062e35c7ff7743aa31868370bf5cb9f8da835dd > Author: hubicka > Date: Sun Apr 30 15:02:11 2017 +0000 I wonder how that patch can cause mismatches. Does it reproduce on one of compile farm machines (my x86-64 bootstrap works fine so does ia64 on terbium after fixing the gcc 4.1 issue yeterday). It would be great to have -fdump-ipa-inline-details dumps of the mismatching run. Perhaps it will be easy to spot the problem. Honza > > PR ipa/79224 > * ipa-inline-analysis.c (dump_predicate): Add optional parameter NL. > (account_size_time): Use two predicates - exec_pred and > nonconst_pred_ptr. > (evaluate_conditions_for_known_args): Compute both clause and > nonspec_clause. > (evaluate_properties_for_edge): Evaulate both clause and > nonspec_clause. > (inline_summary_t::duplicate): Update. > (estimate_function_body_sizes): Caluculate exec and nonconst > predicates > separately. > (compute_inline_parameters): Likewise. > (estimate_edge_size_and_time): Update caluclation of time. > (estimate_node_size_and_time): Compute both time and nonspecialized > time. > (estimate_ipcp_clone_size_and_time): Update. > (inline_merge_summary): Update. > (do_estimate_edge_time): Update. > (do_estimate_edge_size): Update. > (do_estimate_edge_hints): Update. > (inline_read_section, inline_write_summary): Stream both new > predicates. > * ipa-inline.c (compute_uninlined_call_time): Take > uninlined_call_time > as argument. > (compute_inlined_call_time): Cleanup. > (big_speedup_p): Update. > (edge_badness): Update. > * ipa-inline.h (INLINE_TIME_SCALE): Remove. > (size_time_entry): Replace predicate by exec_predicate and > nonconst_predicate. > (edge_growth_cache_entry): Cache both time nad nonspecialized time. > (estimate_edge_time): Return also nonspec_time. > (reset_edge_growth_cache): Update. >