From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-425398-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 4704 invoked by alias); 28 Jun 2013 21:40:12 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 4654 invoked by uid 55); 28 Jun 2013 21:40:07 -0000
From: "jh at suse dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/57602] Runfails for several C/C++ benchmarks from spec2000 for i686 with -flto after r199422
Date: Fri, 28 Jun 2013 21:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jh at suse dot cz
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57602-4-0HftSXnT7Z@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57602-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57602-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01777.txt.bz2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602

--- Comment #5 from Jan Hubicka <jh at suse dot cz> ---
As described in patch the change is intentional. finalized/analyzed  
flags come from pre unit at a time. ipa code should not care about  
analyzed bit. i will look what broke.

Honza
Cituji izamyatin at gmail dot com <gcc-bugzilla@gcc.gnu.org>:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
>
> Igor Zamyatin <izamyatin at gmail dot com> changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|                            |hubicka at ucw dot cz
>
> --- Comment #3 from Igor Zamyatin <izamyatin at gmail dot com> ---
> I believe the problem happens because cleanup that was made in
> http://gcc.gnu.org/ml/gcc-patches/2013-05/msg01644.html
> sometimes changes field 'analyzed' to 'symbol.definition' but at the  
> same time
> in other places to 'symbol.analyzed'.
> It looks like 'symbol.definition' corresponds to the former 'finalized' field
> not 'analyzed' and 'symbol.definition' are not always the same as
> 'symbol.analyzed'.
>
> I'm attaching the patch (no bootstrap and make check testing though) which
> fixes this (but not in all places across the compiler, sort of minimum
> intrusion) and runfails disappeared with these changes.
>
> Jan, could you please take a close look since now many x86 32-bit apps built
> with lto are broken.
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
>