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
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.182.108.136 with SMTP id hk8mr424090obb.11.1386304997303;
        Thu, 05 Dec 2013 20:43:17 -0800 (PST)
X-Received: by 10.50.152.105 with SMTP id ux9mr9512igb.13.1386304997082; Thu,
 05 Dec 2013 20:43:17 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!feeder.erje.net!eu.feeder.erje.net!newspeer1.nac.net!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!p15no7130468qaj.0!news-out.google.com!9ni1945qaf.0!nntp.google.com!bm17no15463922qab.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 5 Dec 2013 20:43:16 -0800 (PST)
In-Reply-To: <t7bou.516770$VX2.218363@fx31.iad>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=150.101.201.124;
 posting-account=pBdvJAoAAAAbTiQ-L1tpxD99i_UttsrJ
NNTP-Posting-Host: 150.101.201.124
References: <45ccc264-b606-45d1-a766-f1d8e652212f@googlegroups.com>
 <52a04caa$0$6636$9b4e6d93@newsspool2.arcor-online.net>
 <l7qn02$v8t$1@loke.gir.dk>
 <t7bou.516770$VX2.218363@fx31.iad>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <00badc7a-995c-46f6-9046-86cbe54279a1@googlegroups.com>
Subject: Re: Reason for 'Ada.Strings.Bounded' not being declared 'pragma Pure'
 ?
From: Rod Kay <rodakay@internode.on.net>
Injection-Date: Fri, 06 Dec 2013 04:43:17 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:17861
Date: 2013-12-05T20:43:16-08:00
List-Id: <comp.lang.ada>

On Friday, 6 December 2013 14:03:09 UTC+11, Brad Moore  wrote:
> 
> Actually, this wasn't the only related change in Ada 2012. We also 
> allowed Remote_Types packages and Remote_Call_Interface packages to 
> depend on preelaborated packages, if that dependency is via a private 
> with clause.
> 

   Ah, that *is* nice. Will be quite useful, thank you.