--- Comment #24 from spop at gcc dot gnu dot org 2007-11-05 15:42 ---
Subject: Bug 33922
Author: spop
Date: Mon Nov 5 15:42:30 2007
New Revision: 129901
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129901
Log:
2007-11-05 Nick Clifton [EMAIL PROTECTED]
Sebastian
--- Comment #25 from spop at gcc dot gnu dot org 2007-11-05 15:44 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33922
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #22 from jakub at gcc dot gnu dot org 2007-11-01 20:59 ---
The most important cause of the slowdown e.g. compared to 4.2.x is the totally
insane thing -ftree-pre creates though.
For -O3 -fno-tree-vectorize -fdump-tree-all pr33922.c
wc -l shows
2361 pr33922.c.090t.sink
while
--- Comment #23 from rguenther at suse dot de 2007-11-01 21:01 ---
Subject: Re: [4.3 Regression] slow compilation
on ia64 (postreload scheduling)
On Thu, 1 Nov 2007, jakub at gcc dot gnu dot org wrote:
--- Comment #22 from jakub at gcc dot gnu dot org 2007-11-01 20:59
--- Comment #21 from jakub at gcc dot gnu dot org 2007-10-29 08:43 ---
Created an attachment (id=14433)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14433action=view)
gcc43-ia64-rws-speedups.patch
All 3 patches together, with macros.
--
--- Comment #15 from jakub at gcc dot gnu dot org 2007-10-28 19:10 ---
Compared to 20070803 with -O3 -fno-tree-vectorize there are now 100 times more
calls to rtx_needs_barrier and 44 times more calls to
safe_group_barrier_needed.
E.g. the latter is horribly expensive, e.g. copying
--- Comment #16 from jakub at gcc dot gnu dot org 2007-10-28 19:42 ---
Haven't analyzed why exactly there are so many more safe_group_barrier_needed
calls, but they are certainly much more common than direct group_barrier_needed
calls on this testcase (14579701 safe_group_barrier_needed
--- Comment #17 from maxim at codesourcery dot com 2007-10-28 20:04 ---
Subject: Re: [4.3 Regression] slow compilation
on ia64 (postreload scheduling)
jakub at gcc dot gnu dot org wrote:
--- Comment #15 from jakub at gcc dot gnu dot org 2007-10-28 19:10
---
Compared to
--- Comment #18 from jakub at gcc dot gnu dot org 2007-10-28 20:20 ---
Created an attachment (id=14429)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14429action=view)
rws_insn.patch
Just a side note. Maintaining the rws_insn array seems to be horribly
expensive to me, and for
--- Comment #19 from jakub at gcc dot gnu dot org 2007-10-28 20:42 ---
Another trivial patch that improves speed is:
--- ia64.c (revision 129700)
+++ ia64.c (working copy)
@@ -5310,11 +5310,11 @@ ia64_safe_type (rtx insn)
struct reg_write_state
{
- unsigned int write_count
--- Comment #20 from jakub at gcc dot gnu dot org 2007-10-28 21:11 ---
Actually, we don't probably need to write to rws_sum array at all when in
safe_group_barried_needed and then we wouldn't need to copy it around (save and
restore it) at all.
--- config/ia64/ia64.c~ 2007-10-28
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-10-27 18:59
---
What happens if you compile with -O3 -fno-tree-vectorize ?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from tbm at cyrius dot com 2007-10-27 19:27 ---
(In reply to comment #13)
What happens if you compile with -O3 -fno-tree-vectorize ?
It's still slow:
(sid)[EMAIL PROTECTED]:~/tmp/gcc/gcc-4.3-20071027-r129674-no-checking/gcc$
./xgcc
-B. -ftime-report -O3
15 matches
Mail list logo
