From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8366 invoked by alias); 15 Nov 2012 06:44:37 -0000 Received: (qmail 8268 invoked by uid 55); 15 Nov 2012 06:44:02 -0000 From: "tejohnson at google dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/55051] [4.8 Regression] profiledbootstrap failed Date: Thu, 15 Nov 2012 06:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tejohnson at google dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.8.0 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-11/txt/msg01371.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051 --- Comment #23 from Teresa Johnson 2012-11-15 06:44:00 UTC --- On Wed, Nov 14, 2012 at 5:17 PM, hubicka at gcc dot gnu.org wrote: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051 > > --- Comment #16 from Jan Hubicka 2012-11-15 01:17:43 UTC --- > Theresa: I am using gcc10 from compilation farm, but I think it is fairly > universal problem. > Also I think that gcc_assert should not be assert, but an user readable error > about gcov file corruption. I took a look at this some more this evening, printing out the values being compared. Note that the modification I made to this code was to ignore the histogram when comparing the gcov_ctr_summary, since the order of update can affect the merged histogram values as they are prorated. So essentially we are doing the same comparison here that we did before the histogram was added. I found that the gcov_ctr_summary fields being compared are identical except for the sum_all, which is different, leading to the error message. The number of counters, run_max and sum_max are the same. I'm not sure how that can happen given that locking is on and the sum_all should be the same regardless of the merging order. Note though that this is not an assert. It just emits a message to stderr. Do you think a better error message is appropriate? I'm not sure the "some data files may have been removed" is an accurate description of the issue. Perhaps something like "Profile data file mismatch may indicate corrupt profile data"? Teresa > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. -- Teresa Johnson | Software Engineer | tejohnson@google.com | 408-460-2413