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
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.107.52.210 with SMTP id b201mr13320136ioa.87.1519828772216;
        Wed, 28 Feb 2018 06:39:32 -0800 (PST)
X-Received: by 10.157.0.5 with SMTP id 5mr839160ota.0.1519828772103; Wed, 28
 Feb 2018 06:39:32 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!border1.nntp.ams1.giganews.com!nntp.giganews.com!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.am4!peer.am4.highwinds-media.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!w142no710565ita.0!news-out.google.com!a2ni2099ite.0!nntp.google.com!e10no142279itf.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Wed, 28 Feb 2018 06:39:31 -0800 (PST)
In-Reply-To: <15c49c4e-726a-4fd7-bf35-c7d27ff9a491@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=2003:c7:83e8:6b56:994c:c810:f03c:2902;
 posting-account=rmHyLAoAAADSQmMWJF0a_815Fdd96RDf
NNTP-Posting-Host: 2003:c7:83e8:6b56:994c:c810:f03c:2902
References: <dee332fb-c791-4e81-ad0f-0e07220fc2b7@googlegroups.com>
 <55cd79f5-4b37-4b08-b292-073ed2f37021@googlegroups.com>
 <15c49c4e-726a-4fd7-bf35-c7d27ff9a491@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1c462653-29b6-4ebd-881b-540286c1722d@googlegroups.com>
Subject: Re: body stub not allowed in inner scope
From: AdaMagica <christ-usch.grein@t-online.de>
Injection-Date: Wed, 28 Feb 2018 14:39:32 +0000
Content-Type: text/plain; charset="UTF-8"
X-Received-Bytes: 2021
X-Received-Body-CRC: 649506472
Xref: reader02.eternal-september.org comp.lang.ada:50708
Date: 2018-02-28T06:39:31-08:00
List-Id: <comp.lang.ada>

Am Mittwoch, 28. Februar 2018 15:30:28 UTC+1 schrieb Mehdi Saada:
> Thanks.
> But that's ugly... How about fixing this for the next norm ?

May be, but ... mere ugliness is not a sufficient reason for change. There are more important additions to come.

And any syntax and semantic change, small as it may be, has implications in the RM and in the compiler code. Think of the hierarchical unit name. There might be anonymous levels in between:

procedure P is
begin
  declare
    package Q is ... end Q;
    package body Q is separate;
  begin ... end;
end P;

So some more rules in the RM to formulate.