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.3 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,361005071ae51d99 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-03-05 23:16:05 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!newsfeed00.sul.t-online.de!t-online.de!fr.usenet-edu.net!usenet-edu.net!enst!enst.fr!not-for-mail From: Christoph Grein Newsgroups: comp.lang.ada Subject: Re: Future with Ada Date: Wed, 6 Mar 2002 08:14:09 +0100 (MET) Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-Trace: avanie.enst.fr 1015398962 62934 137.194.161.2 (6 Mar 2002 07:16:02 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Wed, 6 Mar 2002 07:16:02 +0000 (UTC) Return-Path: Content-MD5: rGBvoKJEirJWw1GXS8IlRQ== X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4u sparc Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.8 Precedence: bulk X-Reply-To: Christoph Grein List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:20847 Date: 2002-03-06T08:14:09+01:00 From: Wes Groleau One minor thing I've always thought odd about Ada is the > inconsistency where some ends require a name, some > forbid it, and some don't care. > > Also, some demand a keyword match (end record) and some don't. begin ... end; . end; Name: begin ... end Name; loop ... end loop; Name: loop ... end loop Name; xxxx Name ... end [Name]; where xxxx is one of {package, task, function, procedure, protected, accept} Only in the last rule the name is optional after end. The following are not named, so they have no name after end: if ... end if; case ... end case; select ... end select; record ... end record; For record, you could claim there is a name, but it's the type's name, and you do not have end for type ends. Have I forgotten one pair?