--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28
22:27 ---
Subject: Bug 21562
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-28 22:27:04
Modified files:
gcc: ChangeLog cfgexpand.c
gcc/te
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26
23:33 ---
*** Bug 21774 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
22:54 ---
(In reply to comment #4)
> where ENTRY no longer falls into block 0, but is expected to jump to block
> 12. Expand has no
> idea such a thing is possible and falls through anyway. While it's not
> obviou
--- Additional Comments From dalej at gcc dot gnu dot org 2005-05-16 21:44
---
OK, what happens is that tail call creates a block 0 with multiple
predecessors, and the
out-of-ssa pass mangles that into this form:
# BLOCK 0
# PRED: 9 [14.9%] (true,exec) 1 [29.0%] (true,exec)
:;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:47 ---
Note this now fails at -O3 -fno-inline (for 4.1.0).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21562
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:41 ---
(In reply to comment #1)
> Confirmed, it is not slight with checking enabled:
Which is really weird because it is not until expand time we catch it.
Oh and this ICEs on i686-pc-linux-gnu also.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:24 ---
Confirmed, it is not slight with checking enabled:
pr21562.c: In function 'ping_recurse':
pr21562.c:15: error: Wrong amount of branch edges after unconditional jump 0
pr21562.c:15: error: verify_flow_info: I
