comp.lang.ada
 help / color / mirror / Atom feed
From: Dmitry A. Kazakov <mailbox@dmitry-kazakov.de>
Subject: Re: Language lawyer question: Equality on 'Access attributes
Date: Fri, 09 Jan 2004 12:27:21 +0100
Date: 2004-01-09T12:27:21+01:00	[thread overview]
Message-ID: <f13tvvgajn0illroivhse1vvh5jiili9ra@4ax.com> (raw)
In-Reply-To: 5a6dnSDERdpetGOi4p2dnA@gbronline.com

On Thu, 08 Jan 2004 23:10:44 -0500, Ze Administrator
<groleau+news@freeshell.org> wrote:

>Adam Beneschan wrote:
>> No, I'm not.  If there are a dozen named access-to-integer types
>> directly visible at that point (which would mean that their "="
>> operators are also visible), the RM rules clearly say that "=" would
>> be ambiguous.  I think I briefly touched on that situation in my
>> original post.  The question is, what should happen when only one such
>> "=" operator is a possibility.
>
>Every construct that implies a type without naming it
>effectively declares an anonymous type, right?  Can any
>two constructs 'declare' the same anonymous type?

No, but it is not that simple, because anonymous types aren't matched
by names. This works fine with unary operations, but might be
problematic with n-ary ones (like = is). It could be easy to do if ARM
would define sort of "universal access type" as it does for integers.
But this not the case. Annex K only states:

"...The type of X�Access is an access-to-object type, as determined by
the expected type. The expected type shall be a general access type.
See 3.10.2."

What is the "expected type" in the case of X'Access = Y'Access? There
is no one! So I think that GNAT formally does not contradict the
standard.

--
Regards,
Dmitry A. Kazakov
www.dmitry-kazakov.de



  reply	other threads:[~2004-01-09 11:27 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-08  2:05 Language lawyer question: Equality on 'Access attributes Adam Beneschan
2004-01-08  7:47 ` Robert I. Eachus
2004-01-08 11:07   ` Dmitry A. Kazakov
2004-01-08 17:18   ` Adam Beneschan
2004-01-08 18:04     ` Robert A Duff
2004-01-08 18:31       ` Ze Administrator
2004-01-08 21:04         ` Robert A Duff
2004-01-09  4:02           ` Ze Administrator
2004-01-09 23:02             ` Robert A Duff
2004-01-10  2:56               ` Ze Administrator
2004-01-09  4:06           ` Ze Administrator
2004-01-09 23:05             ` Robert A Duff
2004-01-10  3:03               ` Ze Administrator
2004-01-10 13:47                 ` Marin David Condic
2004-01-10  7:19               ` Robert I. Eachus
2004-01-10 19:09                 ` Robert A Duff
2004-01-11 14:27                   ` Robert I. Eachus
2004-01-11 21:42                     ` Ze Administrator
2004-01-12  5:16                       ` Robert I. Eachus
2004-01-09  1:28         ` Adam Beneschan
2004-01-09  4:10           ` Ze Administrator
2004-01-09 11:27             ` Dmitry A. Kazakov [this message]
2004-01-09 23:09               ` Robert A Duff
2004-01-10 11:56                 ` Dmitry A. Kazakov
2004-01-10 17:08                   ` Robert I. Eachus
2004-01-10 18:40                   ` Robert A Duff
2004-01-09 23:08             ` Robert A Duff
2004-01-10  7:39               ` Robert I. Eachus
2004-01-08 20:36       ` tmoran
2004-01-08 21:06         ` Robert A Duff
2004-01-09  0:27       ` Randy Brukardt
2004-01-09  1:23       ` Adam Beneschan
2004-01-09  1:38         ` Robert A Duff
2004-01-09  6:16       ` Robert I. Eachus
2004-01-09 23:27         ` Randy Brukardt
2004-01-10 16:37           ` Robert I. Eachus
     [not found] ` <hmfvc1-f73.ln1@beastie.ix.netcom.com>
     [not found]   ` <l7v1d1-n33.ln1@beastie.ix.netcom.com>
2004-01-09 23:19     ` Robert A Duff
2004-01-09 23:21     ` Randy Brukardt
  -- strict thread matches above, loose matches on Subject: below --
2004-01-09  5:48 christoph.grein
2004-01-09  6:03 christoph.grein
replies disabled

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