--- Comment #22 from janus at gcc dot gnu dot org 2010-08-05 13:57 ---
Fixed on trunk an 4.5. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from janus at gcc dot gnu dot org 2010-08-05 13:56 ---
Subject: Bug 44929
Author: janus
Date: Thu Aug 5 13:56:00 2010
New Revision: 162914
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162914
Log:
2010-08-05 Janus Weil
Steven G. Kargl
--- Comment #20 from rguenth at gcc dot gnu dot org 2010-07-31 09:29
---
GCC 4.5.1 is being released, adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #19 from janus at gcc dot gnu dot org 2010-07-30 17:55 ---
Fixed with r162724. I am planning to backport this to 4.5 in about a week,
provided it does not introduce any more regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44929
--- Comment #18 from janus at gcc dot gnu dot org 2010-07-30 17:50 ---
Subject: Bug 44929
Author: janus
Date: Fri Jul 30 17:50:28 2010
New Revision: 162724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162724
Log:
2010-07-30 Janus Weil
Steven G. Kargl
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #17 from kargl at gcc dot gnu dot org 2010-07-22 20:03 ---
Unassign myself. I don't have the smarts to trace through
the derive type handling.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from kargl at gcc dot gnu dot org 2010-07-22 20:02 ---
Created an attachment (id=21289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21289&action=view)
Updated diff that handles intrinsics type
The attached patch handles intrinsic types in match_type_spec better.
--- Comment #15 from kargl at gcc dot gnu dot org 2010-07-21 22:49 ---
Re-opening the bug. My previous patch has been reverted due
to the problems outlined in PR fortran/45005.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from kargl at gcc dot gnu dot org 2010-07-21 22:47 ---
Subject: Bug 44929
Author: kargl
Date: Wed Jul 21 22:47:36 2010
New Revision: 162389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162389
Log:
2010-07-21 Steven G. Kargl
PR fortran/44929
--- Comment #13 from kargl at gcc dot gnu dot org 2010-07-21 22:34 ---
Subject: Bug 44929
Author: kargl
Date: Wed Jul 21 22:34:07 2010
New Revision: 162386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162386
Log:
2010-07-21 Steven G. Kargl
PR fortran/44929
* Revert
--- Comment #12 from kargl at gcc dot gnu dot org 2010-07-20 05:40 ---
Fixed on 4,5 and trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #11 from kargl at gcc dot gnu dot org 2010-07-20 05:39 ---
Subject: Bug 44929
Author: kargl
Date: Tue Jul 20 05:38:49 2010
New Revision: 162326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162326
Log:
2010-07-19 Steven G. Kargl
PR fortran/44929
--- Comment #10 from kargl at gcc dot gnu dot org 2010-07-20 04:01 ---
Subject: Bug 44929
Author: kargl
Date: Tue Jul 20 04:01:32 2010
New Revision: 162325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162325
Log:
2010-07-19 Steven G. Kargl
PR fortran/44929
--- Comment #9 from kargl at gcc dot gnu dot org 2010-07-13 22:20 ---
I'm working on a patch, so I might as well take
ownership of the PR.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-13 22:08 ---
(In reply to comment #6)
> (In reply to comment #1)
> > Reported by Satish at http://gcc.gnu.org/ml/fortran/2010-07/msg00152.html
>
> Is the original code invalid?
>
> C401 (R401) The derived-type-spec shall not spe
--- Comment #7 from kargl at gcc dot gnu dot org 2010-07-13 21:01 ---
Created an attachment (id=21194)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21194&action=view)
patch for original problem
Patch the fixed Satish's original problem. It simply checks
for a derived type prior
--- Comment #6 from kargl at gcc dot gnu dot org 2010-07-13 20:41 ---
(In reply to comment #1)
> Reported by Satish at http://gcc.gnu.org/ml/fortran/2010-07/msg00152.html
Is the original code invalid?
A type is specified in several contexts by a type specifier.
R401 type-spec is
--- Comment #5 from kargl at gcc dot gnu dot org 2010-07-13 20:35 ---
> Talking about (c): The following valid program is also rejected:
>
> real(8),allocatable :: r8
> allocate( real(8) :: r8)
> end
Hmm. Interesting.
real(8),allocatable :: r8
allocate(real(kind=8) :: r8)
end
works
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-07-13 20:06
---
The solution here should take into account all possible "key words"
combinations as well. integer, complex, character, etc. Matching "REAL"
should give match no accept for the few cases that are acceptable "REAL
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-13 17:48 ---
(In reply to comment #2)
> a) TYPE(REAL) / TYPE(REAL_TYPE) is allowed, one probably can borrow the code
> from there.
Thinking of it again, the simplest seems to be to copy from decl.c's
gfc_match_decl_type_spec ever
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-13 17:42 ---
Reminder:
a) TYPE(REAL) / TYPE(REAL_TYPE) is allowed, one probably can borrow the code
from there.
b) In fixed format, spaces do not count anything, thus,
ALL O CATE( REAL _ TYPE :: t)
ALL O CATE( R E A L ::
--- Comment #1 from bdsatish at gmail dot com 2010-07-13 17:30 ---
Reported by Satish at http://gcc.gnu.org/ml/fortran/2010-07/msg00152.html
Simplified testcase by Janus Weil:
type :: real_type
end type
class(real_type), allocatable :: obj
allocate(real_type :: obj)
end
This is a simp
23 matches
Mail list logo
