--- Comment #3 from fengwang at gcc dot gnu dot org 2006-05-18 02:31
---
Subject: Bug 27552
Author: fengwang
Date: Thu May 18 02:31:41 2006
New Revision: 113881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113881
Log:
2006-05-18 Francois-Xavier Coudert <[EMAI
--- Comment #4 from fengwang at gcc dot gnu dot org 2006-07-11 04:09
---
Subject: Bug 28213
Author: fengwang
Date: Tue Jul 11 04:09:40 2006
New Revision: 115326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115326
Log:
2006-07-11 Feng Wang <[EMAIL PROTECTED]&g
--- Comment #5 from fengwang at gcc dot gnu dot org 2006-07-11 04:10
---
Subject: Bug 28213
Author: fengwang
Date: Tue Jul 11 04:10:31 2006
New Revision: 115327
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115327
Log:
2006-07-11 Feng Wang <[EMAIL PROTECTED]&g
--- Comment #6 from fengwang at gcc dot gnu dot org 2006-07-13 06:34
---
Fixed on trunk and 4.1
--
fengwang at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from fengwang at gcc dot gnu dot org 2006-01-09 02:27
---
Subject: Bug 12456
Author: fengwang
Date: Mon Jan 9 02:27:45 2006
New Revision: 109489
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109489
Log:
fortran ChangeLog entry:
2006-01-09 Feng Wang
--- Comment #13 from fengwang at gcc dot gnu dot org 2006-01-09 02:54
---
Subject: Bug 12456
Author: fengwang
Date: Mon Jan 9 02:54:25 2006
New Revision: 109491
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109491
Log:
fortran
2006-01-09 Feng Wang <[EMAI
--- Comment #5 from fengwang at gcc dot gnu dot org 2006-01-11 03:18
---
Also fails on ia64-linux-gnu. This is the ruduced case:
module cutils
implicit none
private
type t
integer :: kk(3) = (/30, 40, 50 /)
end type t
integer :: n8 = 3
type(t) :: tt2
public :: IntToChar7
--- Comment #6 from fengwang at gcc dot gnu dot org 2006-01-11 03:38
---
And the backtrace:
#0 mio_expr (ep=0x60033298)
at ../../gcc-4.2-20051231/gcc/fortran/module.c:1472
#1 0x4007caa0 in mio_charlen (clp=0x600fc0a8)
at ../../gcc-4.2-20051231/gcc
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-03-16
00:19 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 19292 depends on bug 18827, which changed state.
Bug 18827 Summary: ICE on assign to common variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
What|Old Value |New Value
ty: P2
Component: fortran
AssignedTo: fengwang at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20713
gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC: Tobias dot Schlueter at physik dot uni-muenchen dot
de,gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23852
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-09-13
14:53 ---
(In reply to comment #8)
> Bloody hell. Stupid bug.
> Alright then, let's see if I can fix this one.
Steven, it seems to disappear on current gcc4.1 and gcc4.0. I once send you a
patch
: ice-on-invalid-code, accepts-invalid
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24327
--- Comment #10 from fengwang at gcc dot gnu dot org 2005-10-25 05:31
---
This will improve 168.wupwise at lease 1%. And I have partially fixed. Patches
are coming soon.
--
fengwang at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from fengwang at gcc dot gnu dot org 2005-10-25 14:09
---
Fixed.
--
fengwang at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-06-23
07:52 ---
And in extract_component() in tree-complex.c file, I need handle
VIEW_CONVER_EXPR.
On gfortran front end, I need treat other type data as complex. So I build
VIEW_CONVER_EXPR tree node and failed at
libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22170
r higher
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-04
12:38 ---
(In reply to comment #1)
> Confirmed, This is a fortran front-end or gimplifier bug.
> Look at what the gimplifier produces:
> int4 nz.0 = -2; // <--- this is not gimple
I am not very clea
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-05
08:39 ---
(In reply to comment #3)
> "int4 nz.0 = -2;" look line an INIT_EXPR. It should be
>
> "int4 nz.0;
> nz.0 = -2"
Shall we add an assignment explicitly? Just give an
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-05
08:44 ---
>From as.f.t22.ccp:
:
nz.0_1 = -1;
nz.1_2 = &__label_93;
D.475_3 = 0;
D.476_4 = 0;
if (D.476_4 != 0) goto ; else goto ;
This is also wrong.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-06
07:42 ---
(In reply to comment #4)
> And another question, all the variables which have initial values are treat
> as static. Is this reasonable?
Yes, this is reasonable. Confirm myself. In section 5.1 (For
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
09:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
09:56 ---
(In reply to comment #6)
> The example in comment #0, I get the following error:
> In file t.f:4
> read(chr,k)
> 1
> Error: Variable 'k' has not been assigned a f
--
Bug 19292 depends on bug 18481, which changed state.
Bug 18481 Summary: [g77 regression] ICE with assigned integer variable format
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481
What|Old Value |New Value
---
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
10:04 ---
*** This bug has been marked as a duplicate of 15966 ***
--
What|Removed |Added
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
10:04 ---
*** Bug 22342 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
.c:94: warning: incompatible implicit
../../../gcc/libgfortran/intrinsics/unpack_generic.c:194: warning: passing
argum
[snip]
--
Summary: Warnings when building libgfortran
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
02:49 ---
I think we have to consider character arrays. See:
character*2 a (1)
character*4 b
character*6 c
parameter (a="12")
parameter (b = a(1))
write
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
03:30 ---
For comment #5, here is the backtrace:
#0 gfc_internal_error (
format=0x8447620 "Initialization expression didn't reduce %C")
at ../../gcc/gcc/fortran/error.c:662
#1
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
03:46 ---
I just hope you could work on this ;-)
Having a good start, why not fix entirely? If somebody agrees to fix step by
step, I have no objection.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--- Comment #26 from fengwang at gcc dot gnu dot org 2006-02-04 07:51
---
Andrew, thank you for fixing this so quickly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26001
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot
--
What|Removed |Added
BugsThisDependsOn||21730
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-05-25
10:45 ---
Issues (#2, #3) related ASSIGN statement should be fixed by
http://gcc.gnu.org/ml/fortran/2005-05/msg00054.html [committed].
Issue in the description should be fixed by
http://gcc.gnu.org/ml/fortran/2005
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
40 matches
Mail list logo
