--- Additional Comments From micis at gmx dot de 2005-04-26 07:37 ---
I rebuild the compiler with patch from Comment #8 and could now compile qt334
without problems.
Michael Cieslinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
17:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25
15:15 ---
*** Bug 21219 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From janis187 at us dot ibm dot com 2005-04-25
19:18 ---
Subject: Re: [4.1 Regression] use of poisoned ggc memory causes cpu2000 build
failures
Yes, I'll do a bootstrap and testrun and try the CPU2000 test.
--
--- Additional Comments From dje at watson dot ibm dot com 2005-04-25
19:20 ---
Subject: Re: [4.1 Regression] use of poisoned ggc memory causes cpu2000 build
failures
The patch fixes the testcase for me on AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-25 21:36
---
Two of the four CPU2000 tests started building again a couple of days ago and
the other two are fixed with this patch, on powerpc64-linux with -m64 -O2
-ffast-math -funroll-loops.
Bootstrap of c,c++,f95,objc
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-25 23:32
---
Test results for powerpc64-linux with -m32/-m64 are the same as for my last
nightly build.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-16
19:20 ---
Andrew could you look into this and see why the use info is not being updated
correctly?
Also note the patch in comment #4 is only working around the buggyness of the
use information not
being updated
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15
19:58 ---
Here is a testcase which removes the use of uninitialized variables and still
crashes:
subroutine foo(z, nx,j,k,l,nz)
implicit real*8 (a-h,o-z)
real u(5,60,60,60)
do i = 2, nx-1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15
20:12 ---
Here is a reduced testcase with the additional option of --param
ggc-min-expand=0 which forces
collection all the time:
subroutine foo( nx,j,dble)
implicit none
integer i,j,nx
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15
20:46 ---
Applying the following patch causes the ICE to be seen earlier:
Index: tree-ssa-loop-im.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15
21:11 ---
I am testing the following patch:
Index: tree-ssa-loop-im.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v
retrieving revision 2.36
diff
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-15 23:54
---
debug_immediate_uses() does not seem right after the reciprocal transformation:
BEFORE
D.478_11 : -- single use.
x_14 = D.478_11 / pretmp.3_54;
pretmp.3_54 : --2 uses.
x_14 = D.478_11 / pretmp.3_54;
D.479_13
14 matches
Mail list logo
