--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:10 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:22 ---
(In reply to comment #1)
> DOM seems to be innocent here.
Hmm, VRP gets it correct, in that there are no warnings for the following code:
void __show_backtrace(void *rw)
{
if (rw == 0) return;
L0:;
i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:24 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
Bug 22368 depends on bug 22526, which changed state.
Bug 22526 Summary: vectorizer produces mis-match types in conditionals
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22526
What|Old Value |New Value
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:25 ---
Fixed. Thanks Ira.
--
What|Removed |Added
Status|ASSIGNED|R
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-05
04:46 ---
> Just a note for fullness, this was caused by the patch which fixed PR 19296.
Right. The annoying thing is that it is in 3.3.6 too so I think someone should
fix the typo on the 3.3 branch too.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:47 ---
Confirmed, -O1 -ftree-loop-linear is needed to reproduce the bug.
The full error:
t.c: In function 'foo':
t.c:3: error: statement types mismatch
lletmp.33D.1335_13 = 0;
unsigned intD.3
intD.0
t.c:3: error:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
04:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
05:10 ---
Confirmed.
There is also another fortran front bug/tree-opt:
store-ccp does not remove the extra load:
# j.0_2 = V_MUST_DEF ;
j.0 = -1;
# j.1_4 = V_MUST_DEF ;
j.1 = &__label_001000;
# SFT.5_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
05:11 ---
Confirmed;
t.cc:10: error: statement types mismatch
# VUSE ;
# VUSE ;
iftmp.0D.1797_19 = *D.1804_18;
sD.1725:: * const
intD.2 (*__vtbl_ptr_typeD.1484) (void)
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05
05:13 ---
Confirmed:
t.cc:14: error: types mismatch in comparsion
long intD.5
intD.2
D.1753 != -1;
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05
05:32 ---
Subject: Bug 22010
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-05 05:31:44
Modified files:
gcc/fortran: module
--- Additional Comments From pault at gcc dot gnu dot org 2005-08-05 05:36
---
I think that 4.0 opened and closed more than once since I promised to complete
this!
Fixed on mainline and 4.02
--
What|Removed |Added
---
--- Additional Comments From adah at netstd dot com 2005-08-05 05:41
---
(In reply to comment #44)
> | However, I still believe it is the problem of the compilers.
> Please take ti to the C++ standard committee. The behaviour is that
> described by the standard. If you don't like it, h
--- Additional Comments From pault at gcc dot gnu dot org 2005-08-05 05:47
---
> I am a little busy, but I might be able to try some more.
> However, I have no real experience programming compilers,
> and I don't think I understand the
Join the club!
> intended logic of the algorithm
--- Additional Comments From pault at gcc dot gnu dot org 2005-08-05 06:08
---
This is amusing.
integer o(4), b, c
COMMON /IBM/ o
EQUIVALENCE (o(1),b),(C,o(4))
o(3)=1
CALL MYSUB1
CALL MYSUB2
END
subroutine MYSUB1
integer o (4
101 - 118 of 118 matches
Mail list logo
