--- Comment #9 from olga at il dot ibm dot com 2010-02-18 21:07 ---
(In reply to comment #8)
> Olga, is this fixed?
I think so.
Olga.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
--- Comment #7 from olga at il dot ibm dot com 2009-12-08 10:19 ---
With this patch running shape.i produces the following output:
Using built-in specs.
COLLECT_GCC=/home/olga/mainline_after_LTO_merge-bin/bin/gcc
COLLECT_LTO_WRAPPER=/home/olga/mainline_after_LTO_merge-bin/libexec/gcc
--- Comment #3 from olga at il dot ibm dot com 2009-11-26 15:35 ---
Potential patch (as Andew suggested). Please check for your platform.
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01467.html
Thanks,
Olga
--
olga at il dot ibm dot com changed:
What|Removed
--- Comment #5 from olga at il dot ibm dot com 2009-11-17 13:47 ---
This patch should solve the problem. Please confirm for your platforms.
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00849.html
Thanks,
Olga
--
olga at il dot ibm dot com changed:
What|Removed
--- Comment #56 from olga at il dot ibm dot com 2008-01-25 08:10 ---
(In reply to comment #55)
> With revision 131802, we are down to the followning fails:
can you please check now? I committed patches from comment #11.
Olga
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
--- Comment #51 from olga at il dot ibm dot com 2008-01-22 22:58 ---
(In reply to comment #50)
> > I wonder what it will be if we use -fno-unroll-loops in compilation
> It does change the segfault:
You mean does not, right?
Can you please send me its assembly (with -fno-unr
--- Comment #49 from olga at il dot ibm dot com 2008-01-22 21:55 ---
(In reply to comment #48)
sorry, with
-O3 -fipa-struct-reorg -fipa-type-escape -fwhole-program -combine
wo_prof_mult_fields_peeling.c -fno-unroll-loops
Olga
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
--- Comment #48 from olga at il dot ibm dot com 2008-01-22 20:21 ---
Looking closely on the assembly files you generated, I see that in the version
that fails there is a loop unrolling. On my linux x86_64 machine the assembly
generated for 64 bits has no loop unrolling effects, also as
--- Comment #46 from olga at il dot ibm dot com 2008-01-21 20:42 ---
(In reply to comment #45)
> > Sorry pursuing this issue, but let me completely understand it: when you run
> > *with* profiling, there are two compilations and two executions. If you
> > comp
--- Comment #44 from olga at il dot ibm dot com 2008-01-21 20:16 ---
(In reply to comment #43)
> >> They failed with -fprofile-generate (BTW they fail without -fprofile-*).
> without! sorry
> > If I understand you correctly,
--- Comment #42 from olga at il dot ibm dot com 2008-01-21 18:33 ---
(In reply to comment #41)
> Sorry I missed the second question:
> > The other question is whether the failing tests that should run *with*
> > profiling, like w_prof_gloval_var.c and w_prof_local_va
--- Comment #8 from olga at il dot ibm dot com 2007-04-27 22:31 ---
The fix was submitted
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01578.html
and committed to mainline 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31617
12 matches
Mail list logo
