--- Comment #28 from bonzini at gnu dot org 2009-02-06 07:33 ---
Subject: Bug 35659
Author: bonzini
Date: Fri Feb 6 07:33:05 2009
New Revision: 143980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143980
Log:
2009-02-06 Paolo Bonzini
PR tree-optimization/35659
--- Comment #27 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:38
---
Should be fixed on both trunk and 4_3-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #26 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:36
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:34:18 2008
New Revision: 138762
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138762
Log:
Backport from mainline:
2008-08-06 Max
--- Comment #25 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:25
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:23:47 2008
New Revision: 138759
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138759
Log:
PR target/35659
* haifa-sched.c (sched_
--- Comment #24 from sje at cup dot hp dot com 2008-08-04 17:34 ---
I bootstrapped the 3 patches on mainline and 4.3 branch and verified that they
fix the problem that is reported on the 4.3 branch with the patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659
--- You a
--- Comment #23 from mkuvyrkov at gcc dot gnu dot org 2008-08-02 18:15
---
(In reply to comment #22)
> Maxim, have you had time to look at this bug? Given that it is generating bad
> code and is in 4.3.0 and 4.3.1 I was wondering if it will be fixed for 4.3.2.
Sorry for the delay. I
--- Comment #22 from sje at cup dot hp dot com 2008-08-01 23:28 ---
Maxim, have you had time to look at this bug? Given that it is generating bad
code and is in 4.3.0 and 4.3.1 I was wondering if it will be fixed for 4.3.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2008-06-26 09:23
---
Assign to self
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #20 from maxim at codesourcery dot com 2008-06-26 09:21 ---
Subject: Re: [4.3/4.4 Regression] Miscompiled code with
-O2 (but not with -O2 -funroll-loops) on ia64
jakub at gcc dot gnu dot org wrote:
> --- Comment #19 from jakub at gcc dot gnu dot org 2008-06-26 08:41
--- Comment #19 from jakub at gcc dot gnu dot org 2008-06-26 08:41 ---
To be more precise, the problem is in speculating conditional store:
ld4.a r18 = [r44]
st4 [r59] = r14, -60
...
cmp4.ge p6, p7 = r22, r18
(p7) ld4 r14 = [r62]
...
(p7) st4 [r77]
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #18 from jakub at gcc dot gnu dot org 2008-06-26 08:01 ---
You can reproduce it with a cross compiler too.
Just use 4.3 branch (IMHO unrelated changes on the trunk made this bug latent)
and don't combine everything into the same file.
The #c12 program+routines have to be in o
--- Comment #17 from doko at cs dot tu-berlin dot de 2008-06-25 22:16
---
Subject: Re: [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2
-funroll-loops) on ia64
mkuvyrkov at gcc dot gnu dot org writes:
> Anyway, can you help me reproduce the issue, so I can take a close
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2008-06-25 21:33
---
I can't reproduce the error with today mainline. When I put in one file
'PROGRAM PR35659' and 'SUBROUTINE TLSC (A,B,AUX,IPIV,EPS,X)' and compile it
with any optimization level I get the same "STOP 0" message. A
--- Comment #15 from jakub at gcc dot gnu dot org 2008-06-25 11:32 ---
Wrong-code bug on secondary arch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jakub at gcc dot gnu dot org 2008-06-25 11:31 ---
I have no idea why is speculation even attempted here (it doesn't make any
sense,
the pointer is surely non-NULL, it points to a global variable), and apparently
nothing checks whether it is safe to move over the spec
--- Comment #13 from jakub at gcc dot gnu dot org 2008-06-25 10:20 ---
And the miscompiled tlsc.f inline (compile with just -O2):
SUBROUTINE TLSC (A,B,AUX,IPIV,EPS,X)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ BETA,H,I,IB,IB1,ID,ID1,IEND,II,IST,J,JA,JB,JK
+
--- Comment #12 from jakub at gcc dot gnu dot org 2008-06-24 15:04 ---
Even smaller reproducer:
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2, 0
--- Comment #11 from jakub at gcc dot gnu dot org 2008-06-24 14:44 ---
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2, 0, 1, 0, 0, 0, 1, 0.20
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-06-04 08:59 ---
The only code-generation changing part of the patch is
(insert_fake_stores): Handle all component-ref style stores
in addition to INDIRECT_REF. Also handle complex types.
but that only fixes a miss
--- Comment #8 from sje at cup dot hp dot com 2008-06-03 17:59 ---
I looked at this bug and I can reproduce it using the precompiled archives from
the link. I have not tried to get the CERN sources to create a small 'real'
test case. I noticed that the bug does not happen on ToT and fo
--- Comment #7 from mmitchel at gcc dot gnu dot org 2008-05-23 01:29
---
I agree on both points: (1) I should not have marked this P5, and (2) we do not
yet have a test case. Marked as "WAITING".
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-05-21 10:39 ---
Mark, you made this P5, but ia64-linux is a secondary platform. P3 again to
get it on the radar. But not higher priority because we don't have exactly
what
I would call a testcase.
--
rguenth at gcc dot gnu dot
--- Comment #5 from kmccarty at debian dot org 2008-05-21 03:50 ---
(In reply to comment #4)
> I wonder if this is related to PR target/35695, the floating point division
> bug
> that Jim Wilson fixed. Could you try it with ToT or with the latest 4.3
> branch, both of which have Jim's
--- Comment #4 from sje at cup dot hp dot com 2008-05-20 21:01 ---
I wonder if this is related to PR target/35695, the floating point division bug
that Jim Wilson fixed. Could you try it with ToT or with the latest 4.3
branch, both of which have Jim's fix in them.
--
sje at cup dot
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659
--- You a
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC||fang at csl dot cornell dot
|
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-24 17:32 ---
Possibly a scheduling issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
K
28 matches
Mail list logo
