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=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,4c41b799c707b3fa
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1995-01-28 15:10:12 PST
Path: 
 swrinde!cs.utexas.edu!convex!news.duke.edu!news.mathworks.com!panix!cmcl2!thecourier.cims.nyu.edu!thecourier.cims.nyu.edu!nobody
From: dewar@cs.nyu.edu (Robert Dewar)
Newsgroups: comp.lang.ada
Subject: Re: access all definitive
Date: 28 Jan 1995 14:48:13 -0500
Organization: Courant Institute of Mathematical Sciences
Message-ID: <3ge71t$h4r@gnat.cs.nyu.edu>
References: <1995Jan24.170441.8957@vax.sbu.ac.uk>
 <gauthier-2701950948340001@164.81.60.62>
NNTP-Posting-Host: gnat.cs.nyu.edu
Date: 1995-01-28T14:48:13-05:00
List-Id: <comp.lang.ada>

fintan said:

"an access all type can only designate an aliased
variable and cannot designate a dynamic variable."

that's very wrong. an access all type can point to all things (why do you
think it uses all>? :-)

in particular, you can of course have a access all designate a dynamic
variable (i.e. one generated by an allocator).

one coding style that will develop in Ada 95 is simply to use all on all
access type declarations. However, I am not sure that is such a good idea,
one ought to minimize the use of aliased variables (there is a good reason
that Ada 83 did not have this feature, its overuse is definitely damaging)