public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure
@ 2013-09-09  7:37 markus at trippelsdorf dot de
  2013-09-09  8:19 ` [Bug ipa/58367] " rguenth at gcc dot gnu.org
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-09  7:37 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 58367
           Summary: [4.9 Regression] lto/pgo bootstrap failure
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: ipa
          Assignee: unassigned at gcc dot gnu.org
          Reporter: markus at trippelsdorf dot de

On current trunk (rev202381) I get:
...
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu
-I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include
-I/var/tmp/gcc/libstdc++-v3/libsupc++
-L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-c   -march=native -O2 -pipe -fuse-linker-plugin -flto=jobserver
-fno-fat-lto-objects -frandom-seed=1 -fprofile-use -DIN_GCC   -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -I. -I.
-I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/bid -I../libdecnumber
-I../../gcc/gcc/../libbacktrace    ../../gcc/gcc/expr.c -o expr.o
In file included from ../../gcc/gcc/expr.c:11183:0:
./gt-expr.h: In function ‘store_expr(tree_node*, rtx_def*, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘clear_storage_hints(rtx_def*, rtx_def*,
block_op_methods, unsigned int, long)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19clear_storage_hintsP7rtx_defS0_16block_op_methodsjl’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘store_by_pieces_1(store_by_pieces_d*, unsigned int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_ZL17store_by_pieces_1P17store_by_pieces_dj’ does not match its profile data
(counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘store_by_pieces(rtx_def*, unsigned long, rtx_def*
(*)(void*, long, machine_mode), void*, unsigned int, bool, int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z15store_by_piecesP7rtx_defmPFS0_Pvl12machine_modeES1_jbi’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘can_store_by_pieces(unsigned long, rtx_def*
(*)(void*, long, machine_mode), void*, unsigned int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘indirect_call’) [-Werror=coverage-mismatch]

with »make -j4 BOOT_CFLAGS="-march=native -O2 -pipe"
STAGE1_CFLAGS="-march=native -O2 -pipe" CFLAGS_FOR_TARGET="-march=native -O2
-pipe" CXXFLAGS_FOR_TARGET="-march=native -O2 -pipe" profiledbootstrap«
>From gcc-bugs-return-429294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 09 07:59:44 2013
Return-Path: <gcc-bugs-return-429294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20140 invoked by alias); 9 Sep 2013 07:59:44 -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
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 20093 invoked by uid 48); 9 Sep 2013 07:59:41 -0000
From: "hubicka at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/53808] Undefined symbol when building a library with lto
Date: Mon, 09 Sep 2013 07:59: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: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-53808-4-qci0Cwep4g@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-53808-4@http.gcc.gnu.org/bugzilla/>
References: <bug-53808-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-09/txt/msg00534.txt.bz2
Content-length: 838

http://gcc.gnu.org/bugzilla/show_bug.cgi?idS808

--- Comment #5 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
With Jason's patch I get:

In undef.cpp we devirtualize to _ZN3fooD2Ev:
  Type: function
  Visibility: external public
  References:
  Referring:
  Function flags:
  Called by: _ZN3barD2Ev/8 (1.00 per call)
  Calls:
It is external and we expect it to be available.

In def.cpp:
_ZN3fooD2Ev/9 (foo::~foo()) @0x7f6fe5082720
  Type: function
  Visibility: external public
  References:
  Referring:
  Function flags:
  Called by: _ZN3barD2Ev/3 (1.00 per call)
  Calls:

So I correctly get undefined reference to foo destructor. It indeed seems
undefined in the testcase.

Without Jason's patch I get undefined bar destructor, that seems wrong.

Jason, I thus thunk your patch is sufficient to fix the PR. Can you commit it?


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
@ 2013-09-09  8:19 ` rguenth at gcc dot gnu.org
  2013-09-09  8:32 ` markus at trippelsdorf dot de
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-09-09  8:19 UTC (permalink / raw)
  To: gcc-bugs

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.9.0


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
  2013-09-09  8:19 ` [Bug ipa/58367] " rguenth at gcc dot gnu.org
@ 2013-09-09  8:32 ` markus at trippelsdorf dot de
  2013-09-10 19:48 ` markus at trippelsdorf dot de
                   ` (3 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-09  8:32 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #1 from Markus Trippelsdorf <markus at trippelsdorf dot de> ---
Created attachment 30769
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30769&action=edit
unreduced testcase

markus@x4 gcc % /var/tmp/gcc_build_dir/./prev-gcc/cc1plus -quiet -O2
-fprofile-use -fno-exceptions -fno-rtti expr.ii
In file included from ../../gcc/gcc/expr.c:11183:0:
./gt-expr.h: In function ‘rtx_def* store_expr(tree, rtx, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘rtx_def* clear_storage_hints(rtx, rtx,
block_op_methods, unsigned int, long int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19clear_storage_hintsP7rtx_defS0_16block_op_methodsjl’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘void store_by_pieces_1(store_by_pieces_d*, unsigned
int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_ZL17store_by_pieces_1P17store_by_pieces_dj’ does not match its profile data
(counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘rtx_def* store_by_pieces(rtx, long unsigned int,
rtx_def* (*)(void*, long int, machine_mode), void*, unsigned int, bool, int)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z15store_by_piecesP7rtx_defmPFS0_Pvl12machine_modeES1_jbi’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h: In function ‘int can_store_by_pieces(long unsigned int, rtx_def*
(*)(void*, long int, machine_mode), void*, unsigned int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘arcs’) [-Werror=coverage-mismatch]
./gt-expr.h:33:2: error: the control flow of function
‘_Z19can_store_by_piecesmPFP7rtx_defPvl12machine_modeES1_jb’ does not match its
profile data (counter ‘indirect_call’) [-Werror=coverage-mismatch]
cc1plus: some warnings being treated as errors

(gcc from two days ago is fine:)
markus@x4 gcc % /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0/cc1plus -quiet -O2
-fprofile-use -fno-exceptions -fno-rtti expr.ii
markus@x4 gcc %
>From gcc-bugs-return-429302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 09 08:33:16 2013
Return-Path: <gcc-bugs-return-429302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22452 invoked by alias); 9 Sep 2013 08:33:16 -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
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 22398 invoked by uid 48); 9 Sep 2013 08:33:13 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)
Date: Mon, 09 Sep 2013 08:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: accepts-invalid, ice-on-invalid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
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-58346-4-ByRUbdJ79S@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58346-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58346-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-09/txt/msg00542.txt.bz2
Content-length: 434

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX346

--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
I wonder what

struct U {};
static struct U b[6];

int foo (struct U *p, struct U *q)
{
  return q - p;
}
int main()
{
  return foo (&b[0], &b[4]);
}

is expected to do.  It raises a division by zero exception at runtime
(that's definitely a FE bug).  That's either wrong-code or the same
issue (not valid GNU C).


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
  2013-09-09  8:19 ` [Bug ipa/58367] " rguenth at gcc dot gnu.org
  2013-09-09  8:32 ` markus at trippelsdorf dot de
@ 2013-09-10 19:48 ` markus at trippelsdorf dot de
  2013-09-10 19:50 ` markus at trippelsdorf dot de
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-10 19:48 UTC (permalink / raw)
  To: gcc-bugs

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

Markus Trippelsdorf <markus at trippelsdorf dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |FIXED

--- Comment #2 from Markus Trippelsdorf <markus at trippelsdorf dot de> ---
Todays trunk is fine again. I guess r58343 might be the fix.


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
                   ` (2 preceding siblings ...)
  2013-09-10 19:48 ` markus at trippelsdorf dot de
@ 2013-09-10 19:50 ` markus at trippelsdorf dot de
  2013-09-12 14:03 ` markus at trippelsdorf dot de
  2013-09-13 11:10 ` markus at trippelsdorf dot de
  5 siblings, 0 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-10 19:50 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #3 from Markus Trippelsdorf <markus at trippelsdorf dot de> ---
(In reply to Markus Trippelsdorf from comment #2)
> Todays trunk is fine again. I guess r58343 might be the fix.

I meant r202441 is the fix and therefore this bug may be a dup of PR58343.


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
                   ` (3 preceding siblings ...)
  2013-09-10 19:50 ` markus at trippelsdorf dot de
@ 2013-09-12 14:03 ` markus at trippelsdorf dot de
  2013-09-13 11:10 ` markus at trippelsdorf dot de
  5 siblings, 0 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-12 14:03 UTC (permalink / raw)
  To: gcc-bugs

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

Markus Trippelsdorf <markus at trippelsdorf dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|FIXED                       |---

--- Comment #4 from Markus Trippelsdorf <markus at trippelsdorf dot de> ---
Unfortunately I've hit the same issue again today.

In file included from ../../gcc/gcc/expr.c:11198:0:
./gt-expr.h: In function ‘store_expr(tree_node*, rtx_def*, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismath]
...
>From gcc-bugs-return-429663-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 12 14:12:48 2013
Return-Path: <gcc-bugs-return-429663-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5665 invoked by alias); 12 Sep 2013 14:12:47 -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
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5620 invoked by uid 48); 12 Sep 2013 14:12:43 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/57915] [4.8/4.9 Regression] ICE in set_address_disp, at rtlanal.c:5537
Date: Thu, 12 Sep 2013 14:12:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: NEW
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: bug_status cf_known_to_work cf_reconfirmed_on component cc everconfirmed short_desc cf_known_to_fail
Message-ID: <bug-57915-4-bC8fGX4yh9@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57915-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57915-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-09/txt/msg00903.txt.bz2
Content-length: 968

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW915

Marek Polacek <mpolacek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      Known to work|                            |4.7.3
   Last reconfirmed|                            |2013-09-12
          Component|c                           |rtl-optimization
                 CC|                            |mpolacek at gcc dot gnu.org
     Ever confirmed|0                           |1
            Summary|ICE in set_address_disp, at |[4.8/4.9 Regression] ICE in
                   |rtlanal.c:5537              |set_address_disp, at
                   |                            |rtlanal.c:5537
      Known to fail|                            |4.8.1, 4.9.0

--- Comment #1 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Confirmed with 4.8/trunk.


^ permalink raw reply	[flat|nested] 7+ messages in thread
* [Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure
  2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
                   ` (4 preceding siblings ...)
  2013-09-12 14:03 ` markus at trippelsdorf dot de
@ 2013-09-13 11:10 ` markus at trippelsdorf dot de
  5 siblings, 0 replies; 7+ messages in thread
From: markus at trippelsdorf dot de @ 2013-09-13 11:10 UTC (permalink / raw)
  To: gcc-bugs

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

Markus Trippelsdorf <markus at trippelsdorf dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #5 from Markus Trippelsdorf <markus at trippelsdorf dot de> ---
dup

*** This bug has been marked as a duplicate of bug 58387 ***


^ permalink raw reply	[flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-09-13 11:10 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-09-09  7:37 [Bug ipa/58367] New: [4.9 Regression] lto/pgo bootstrap failure markus at trippelsdorf dot de
2013-09-09  8:19 ` [Bug ipa/58367] " rguenth at gcc dot gnu.org
2013-09-09  8:32 ` markus at trippelsdorf dot de
2013-09-10 19:48 ` markus at trippelsdorf dot de
2013-09-10 19:50 ` markus at trippelsdorf dot de
2013-09-12 14:03 ` markus at trippelsdorf dot de
2013-09-13 11:10 ` markus at trippelsdorf dot de

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).