From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13151 invoked by alias); 13 Jul 2010 17:42:14 -0000 Received: (qmail 13108 invoked by uid 48); 13 Jul 2010 17:42:03 -0000 Date: Tue, 13 Jul 2010 17:42:00 -0000 Message-ID: <20100713174203.13107.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/44929] [OOP] Parsing error of derived type name starting with 'REAL' In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "burnus at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-07/txt/msg01429.txt.bz2 ------- 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 :: r) are both perfectly valid. c) Type parameters are also perfectly valid ALLOCATE( REAL(8) :: r) I think the :: is required, thus, knowing that there is a colon, one can simply gobble everything until the ::. Talking about (c): The following valid program is also rejected: real(8),allocatable :: r8 allocate( real(8) :: r8) end -- burnus at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44929