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.67.3.34 with SMTP id bt2mr2575153pad.41.1382161738713;
 Fri, 18 Oct 2013 22:48:58 -0700 (PDT)
X-Received: by 10.49.71.34 with SMTP id r2mr5674qeu.14.1382161738651; Fri, 18
 Oct 2013 22:48:58 -0700 (PDT)
Path: 
 border1.nntp.dca3.giganews.com!backlog4.nntp.dca3.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!y3no77437071pbx.0!news-out.google.com!9ni52399qaf.0!nntp.google.com!i2no20669549qav.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Fri, 18 Oct 2013 22:48:58 -0700 (PDT)
In-Reply-To: <l3sp2u$qrl$1@loke.gir.dk>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=97.123.228.141;
 posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC
NNTP-Posting-Host: 97.123.228.141
References: <9bc1be39-4377-4df5-8686-786babc756d1@googlegroups.com>
 <12afac91-f0f3-4f89-ac0f-a61aaf7b8d4b@googlegroups.com>
 <l3sp2u$qrl$1@loke.gir.dk>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0bb058fa-df1b-4092-a6f9-47d12a5f5791@googlegroups.com>
Subject: Re: Possible GNAT problem with aliased parameters.
From: Shark8 <onewingedshark@gmail.com>
Injection-Date: Sat, 19 Oct 2013 05:48:58 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Original-Bytes: 2672
Xref: number.nntp.dca.giganews.com comp.lang.ada:183669
Date: 2013-10-18T22:48:58-07:00
List-Id: <comp.lang.ada>

On Friday, October 18, 2013 7:59:58 PM UTC-6, Randy Brukardt wrote:
> Right. To expand on this a bit: an "in" parameter is a constant, of cours=
e.=20
> "aliased" doesn't change that. If you want to be able to modify the=20
> parameter, it has to be an "in out" parameter.

I see. That's not an issue in my little test-project, it's the same underly=
ing idea: Have a node that has some number of other nodes as children. The =
common usage-case would be reading this sort of graph from a file (Write se=
ldom, read many), which should mean that parameters needn't be modifiable.


> Similarly, "aliased" doesn't change the accessibility rules (with one=20
> exception regarding function results), so you still have to use local acc=
ess=20
> types.=20

I see that now -- and now I'm trying to figure a way to do it; possibly mak=
ing the test-module a library-level unit (and thus on-par with the access l=
evel of the given package, assuming that it's also library-level, right?

> The primary reason we added it to the language is to allow the=20
> "reference" objects to work on containers (like the bounded containers) t=
hat=20
> directly contain the elements. Of course, we made it general enough that =
it=20
> can be used for other reasons as well.

Right, I was hoping to avoid containers for the time being... and they woul=
dn't help in this instance, would they?