From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21248 invoked by alias); 30 Apr 2002 18:02:59 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 21229 invoked from network); 30 Apr 2002 18:02:57 -0000 Received: from unknown (HELO mail-out2.apple.com) (17.254.0.51) by sources.redhat.com with SMTP; 30 Apr 2002 18:02:57 -0000 Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.11.3/8.11.3) with ESMTP id g3UI2vs21350 for ; Tue, 30 Apr 2002 11:02:57 -0700 (PDT) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Tue, 30 Apr 2002 11:02:56 -0700 Received: from apple.com (vpn-gh-581.apple.com [17.254.138.68]) by scv2.apple.com (8.11.3/8.11.3) with ESMTP id g3UI2t326823; Tue, 30 Apr 2002 11:02:55 -0700 (PDT) Message-ID: <3CCEDC3A.ACD8624B@apple.com> Date: Tue, 30 Apr 2002 11:02:00 -0000 From: Stan Shebs X-Accept-Language: en MIME-Version: 1.0 To: Petr Sorfa CC: Michael Snyder , "gdb-patches@sources.redhat.com" Subject: Re: [RFC] FORTRAN95 Expression parser References: <3CCD99D3.66CD0B7E@caldera.com> <3CCDF533.4D5C2851@redhat.com> <3CCEA15F.A299E742@caldera.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg01157.txt.bz2 Petr Sorfa wrote: > > Hi Michael, > > > > I've created a FORTRAN95 expression parser for GDB. It is based off the > > > current FORTRAN expression parser, but has changed significantly in > > > source and functionality. I've developed it as a new separate parser > > > with the file prefix of f95-x as opposed to the existing f-x files. > > > > > > The question is whether I should submit the patch as the f95-x files > > > (which will leave the current FORTRAN parser untouched) or replace the > > > existing FORTRAN parser? > > > > > > Note that the F95 parser fully supports F77/F90/F95, but differs a bit > > > from the existing fortran gdb parser (which relies a bit heavily on C > > > notation.) > > > > How much does it differ? Functionally? In user-visible ways? > > How about test suites? > It differs considerably - it supports FORTRAN expressions, not C > expressions that handle FORTRAN stuff. It supports FORTRAN intrinsics > (KIND, SIZE, LEN, ALLOCATED, ASSOCIATED, etc..). Proper FORTRAN array > subscripts (including stride). Proper print out of FORTRAN types and > variables. Supports column major notation. Supports MODULES, CONTAINS, > TYPE records, and so on. Hmmm, then users used to the old syntax, plus any scripts that use the old syntax, will all have to change. I'd say they should live side-by-side for a while, at least for one release. Choice of syntax should be a user preference, so people needing compat can set in .gdbinit and not have to deal with immediately. Should be OK to default to the new parser though. There's no real downside to having both present, right? Stan