comp.lang.ada
 help / color / mirror / Atom feed
From: Robert A Duff <bobduff@shell01.TheWorld.com>
Subject: Re: Gem 39 - compiler specific?
Date: Fri, 04 Sep 2009 13:26:12 -0400
Date: 2009-09-04T13:26:12-04:00	[thread overview]
Message-ID: <wccljkuaaff.fsf@shell01.TheWorld.com> (raw)
In-Reply-To: 1bf4b63a-1e2d-41f1-97c6-8324d4b829ff@z3g2000prd.googlegroups.com

Adam Beneschan <adam@irvine.com> writes:

> However, one could make that case that if you declare a pool-specific
> access type, then by definition it should point to something that's in
> a pool; and that if you want an access that could point to an
> arbitrary address (as Access_To_Address_Conversions would let you do),
> you should use a general access type.

The term "pool specific" is a misnomer.  It's got nothing to do with
"storage pools".  This is my fault -- I was trying to reduce the amount
of terminology in Ada 95, by using the new term, but I must have been
confused when I did that.

The correct term should be "collection-specific", using the Ada 83 term
"collection".

So instead of your "in a pool" above, I'd put it this way: A
pool-specific (sic) access value has to point to some object
created by "new" for that access type.  (Well, I'm ignoring
derived access types, which are vanishingly rare in practice.)
It can't (legitimately) point to a stack object, a component
of another object, or an object created by "new" for some other
type.

- Bob



  parent reply	other threads:[~2009-09-04 17:26 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-02 20:38 Gem 39 - compiler specific? Maciej Sobczak
2009-09-02 23:20 ` Randy Brukardt
2009-09-03  7:26   ` Dmitry A. Kazakov
2009-09-03 15:26     ` Adam Beneschan
2009-09-03 16:38       ` Dmitry A. Kazakov
2009-09-03 17:27         ` Adam Beneschan
2009-09-03 20:26           ` Dmitry A. Kazakov
2009-09-03 22:06             ` Randy Brukardt
2009-09-04  7:29               ` Dmitry A. Kazakov
2009-09-04 12:07                 ` Maciej Sobczak
2009-09-04 13:06                   ` Dmitry A. Kazakov
2009-09-04 17:18                     ` Dmitry A. Kazakov
2009-09-04 20:34                     ` Maciej Sobczak
2009-09-04 22:41                   ` sjw
2009-09-05 20:45                     ` Maciej Sobczak
2009-09-06  6:54                       ` sjw
2009-09-03 21:58           ` Randy Brukardt
2009-09-04 17:26           ` Robert A Duff [this message]
2009-09-03 21:53     ` Randy Brukardt
2009-09-03  0:12 ` Adam Beneschan
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox