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.1 required=5.0 tests=BAYES_00,
	PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: body stub not allowed in inner scope
Date: Thu, 1 Mar 2018 16:38:36 -0600
Organization: JSA Research & Innovation
Message-ID: <p79vdd$l2f$1@franka.jacob-sparre.dk>
References: <dee332fb-c791-4e81-ad0f-0e07220fc2b7@googlegroups.com>
 <55cd79f5-4b37-4b08-b292-073ed2f37021@googlegroups.com>
 <15c49c4e-726a-4fd7-bf35-c7d27ff9a491@googlegroups.com>
 <p77dlj$loj$1@franka.jacob-sparre.dk> <p7898p$1arv$1@gioia.aioe.org>
Injection-Date: Thu, 1 Mar 2018 22:38:37 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="21583"; mail-complaints-to="news@jacob-sparre.dk"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246
Xref: reader02.eternal-september.org comp.lang.ada:50776
Date: 2018-03-01T16:38:36-06:00
List-Id: <comp.lang.ada>

"J-P. Rosen" <rosen@adalog.fr> wrote in message 
news:p7898p$1arv$1@gioia.aioe.org...
> Le 01/03/2018 à 00:23, Randy Brukardt a écrit :
>> "Mehdi Saada" <00120260a@gmail.com> wrote in message
>> news:15c49c4e-726a-4fd7-bf35-c7d27ff9a491@googlegroups.com...
>>> Thanks.
>>> But that's ugly... How about fixing this for the next norm ?
>>
>> Does anyone other than ACATS tests actually use stubs these days? Why? 
>> (We
>> used to use them extensively, but only because Janus/Ada on 16-bit MS-DOS
>> limited a single unit to 64K of generated code -- and our editors 
>> couldn't
>> handle more than 256K of source code at a time. None of that makes sense
>> today.)
> At least for task and protected bodies, which can't be child units.
>
> Also, stubs have visibility to elements in the parent's body, although I
> agree that direct visibility of global elements should be limited.

Yes, but why put them in a separate file in the first place? The only reason 
I know not to do that is that editors (and compilers) used to have size 
limits. It's usually easier to have one big file because it makes fewer 
places to look for things. (The subunits in Janus/Ada are annoying because 
one opens the body to find something only to find it isn't there and a 
different file has to be opened. Often, I don't know exactly what I'm 
looking for and have to bounce back and forth several times.)

                                              Randy.