From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,XPRIO autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,64eba6a6b76afc79,start X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-03-13 16:25:10 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!newsmm00.sul.t-online.com!t-online.de!news.t-online.com!not-for-mail From: "Oliver Kellogg" Newsgroups: comp.lang.ada Subject: derived_type_definition ::= [abstract] new subtype_ind [record_extension_part] Date: Fri, 14 Mar 2003 03:34:38 +0100 Organization: T-Online Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: news.t-online.com 1047601373 07 9917 pH9RE9aTSJAB7i 030314 00:22:53 X-Complaints-To: abuse@t-online.com X-ID: XMI12cZTwegHLpcxKQOpsceXKVDF5862If3zRkJOzES5bPillrppQk X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Xref: archiver1.google.com comp.lang.ada:35302 Date: 2003-03-14T03:34:38+01:00 List-Id: The Ada95 grammar has just one rule, derived_type_definition, to denote both an ordinary derived type and a derived record extension. How come the distinction is missing? (When making an abstract syntax tree for Ada, I wonder whether this is fine-grained enough. In particular, it doesn't feel right to have just one node representing both alternatives.) O. Kellogg