------- Comment #8 from ubizjak at gmail dot com 2010-01-05 14:21 -------
It looks that tree loop IM FUBARs the compilation.
All testcases compile OK with -O2 -fno-tree-loop-im.
The dump for _.c.099t.lim1 looks quite strange (it resembles _.c.024t.ssa):
--cut here--
;; Function alpha_fallback_frame_state (alpha_fallback_frame_state)
Symbols to be put in SSA form
{ .MEM fs___regfs__I_I__howfs___regfs__I_I_I.3 }
Incremental SSA update started at block: 0
Number of blocks in CFG: 6
Number of blocks to update: 5 ( 83%)
SSA replacement table
N_i -> { O_1 ... O_j } means that N_i replaces O_1, ..., O_j
fs___regfs__I_I__howfs___regfs__I_I_I.3_10 -> {
fs___regfs__I_I__howfs___regfs__I_I_I.3_9 }
Number of virtual NEW -> OLD mappings: 0
Number of real NEW -> OLD mappings: 1
Number of total NEW -> OLD mappings: 1
Number of virtual symbols: 0
Incremental SSA update started at block: 3
Number of blocks in CFG: 6
Number of blocks to update: 2 ( 33%)
alpha_fallback_frame_state (struct _Unwind_FrameState * fs)
{
int fs___regfs__I_I__howfs___regfs__I_I_I.3;
long int pretmp.2;
long int i;
long int D.2028;
<bb 2>:
D.2028_3 = i_11 + 32;
fs___regfs__I_I__howfs___regfs__I_I_I.3_8 = fs_4(D)->reg[D.2028_3].how;
<bb 3>:
# i_11 = PHI <i_5(4), 0(2)>
fs___regfs__I_I__howfs___regfs__I_I_I.3_9 = 0;
i_5 = i_11 + 1;
if (i_5 <= 30)
goto <bb 4>;
else
goto <bb 5>;
<bb 4>:
goto <bb 3>;
<bb 5>:
# fs___regfs__I_I__howfs___regfs__I_I_I.3_10 = PHI
<fs___regfs__I_I__howfs___regfs__I_I_I.3_9(3)>
fs_4(D)->reg[D.2028_3].how = fs___regfs__I_I__howfs___regfs__I_I_I.3_10;
return;
}
--cut here--
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
