--- Comment #13 from rguenth at gcc dot gnu dot org 2009-03-02 17:00
---
And for trunk we have
combiner : 24.76 (15%) usr 0.80 (23%) sys 25.76 (16%) wall
448053 kB (82%) ggc
integrated RA : 68.41 (43%) usr 1.06 (31%) sys 70.23 (42%) wall
3197 kB ( 1%)
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-03-01 11:39
---
The small testcase at -O2 is bound by PRE time
PRE : 27.08 (55%) usr 0.02 ( 4%) sys 27.09 (55%) wall
1551 kB ( 2%) ggc
nothing interesting at -O1 and it still nicely fits into my memory.
--- Comment #11 from sergstesh at yahoo dot com 2009-03-01 03:54 ---
(In reply to comment #5)
> Try -fno-move-loop-invariants. This is probably a killer on
> alias-improvements
> branch as well.
>
Still segfault:
"
gap_TlnLv4.c: In function âRDFT_49152_1â:
gap_TlnLv4.c:172282: i
--- Comment #10 from sergstesh at yahoo dot com 2009-03-01 03:09 ---
I am not sure whether it's clear - the smaller 'gap_bzAJWH.c.gz' file can be
found as
http://gcc.gnu.org/bugzilla/attachment.cgi?id=17378&action=view
attachment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=393
--- Comment #9 from sergstesh at yahoo dot com 2009-03-01 03:06 ---
(In reply to comment #6)
> As this seems to be autogenerated from
>
> ! The SPL Program: (compose (sparse (coords (...12288 x 2 ...))(values (...1 x
> 12288 ...)))(compose (conjugate (..)(..))(compose (..)(..
> ! no
--- Comment #8 from sergstesh at yahoo dot com 2009-03-01 03:03 ---
Created an attachment (id=17378)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17378&action=view)
a smaller file with hopefully the same pattern
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-02-28 18:10 ---
One problem seems to be that we blow up the stack during GC recursing following
the VUSE -> def_stmt links.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-02-28 18:00 ---
As this seems to be autogenerated from
! The SPL Program: (compose (sparse (coords (...12288 x 2 ...))(values (...1 x
12288 ...)))(compose (conjugate (..)(..))(compose (..)(..
! node size: 12288 X 12288
can you
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-28 17:57 ---
Try -fno-move-loop-invariants. This is probably a killer on alias-improvements
branch as well.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from sergstesh at yahoo dot com 2009-02-28 17:23 ---
FWIW, 'gcc-3.4.6', when run as
/mnt/sdb8/sergei/AFSWD_debug/install/gcc-3.4.6/binsh/gcc -O1
-fomit-frame-pointer -malign-double -fstrict-aliasing -c
/tmp/spiral-sergei/gap_TlnLv4.c -o gap_TlnLv4.o
, fails with
cc1: ou
--- Comment #3 from sergstesh at yahoo dot com 2009-02-28 15:34 ---
There is no failure with -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #2 from sergstesh at yahoo dot com 2009-02-28 15:32 ---
My OS:
Linux amdam2 2.6.22.19-0.2-default #1 SMP 2008-12-18 10:17:03 +0100 i686 athlon
i386 GNU/Linux
- SUSE 10.3 in simple English; 'gcc' is self-built 'gcc-4.3.3'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #1 from sergstesh at yahoo dot com 2009-02-28 15:29 ---
Created an attachment (id=17377)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17377&action=view)
source file causing the failure
The source is not preprocessed, it has only standard
#include
in it.
--
htt
13 matches
Mail list logo
