From: Georg Bauhaus <sb463ba@l1-hrz.uni-duisburg.de>
Subject: Re: [Q] non-limited record and "self-pointer"
Date: Mon, 9 Feb 2004 02:56:59 +0000 (UTC)
Date: 2004-02-09T02:56:59+00:00 [thread overview]
Message-ID: <c06str$3sr$1@a1-hrz.uni-duisburg.de> (raw)
In-Reply-To: mailman.7.1076288309.295.comp.lang.ada@ada-france.org
Stephen Leake <stephen_leake@acm.org> wrote:
: I'm not clear what you are asking.
I'm puzzled too by the compiler's silence, because AFAIK a record cannot
silently become limited?
: The prefix of 'Access or 'Unchecked_Access must be aliased. ARM 3.10
: (9) says the current instance of a limited type is aliased. Sor for
: 'Unchecked_Access to be legal, Read_Only_Set must be limited.
Introducing a limited ad hoc type and including a component
of this type in the record will indeed make the compiler say "must
be limited".
: Apparently the compiler thinks including teh Container component makes
: Read_Only_Set limited.
Hmmm. In order to check this I have tried assignment, it is there,
according to the compiler, as in
with some_sets; use some_sets; -- is new Sets(Integer, ...)
procedure ad_hoc is
the_set: Read_Only_Set;
another_set: Read_Only_Set;
begin
another_set := the_set;
end ad_hoc;
: But in the version of Charles I have,
: Charles.Sets.Sorted.Unbounded.Container_Type is not limited. So that's
: a puzzle. What does your version of Charles say?
20030813 mostly. The only trace of a limited type I could find is
a Key_Type formal in nested generic packages in red_black_trees
and in the used sets package.
thanks,
georg
next prev parent reply other threads:[~2004-02-09 2:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-08 21:26 [Q] non-limited record and "self-pointer" Georg Bauhaus
2004-02-09 0:58 ` Stephen Leake
2004-02-09 2:56 ` Georg Bauhaus [this message]
2004-02-09 12:50 ` Stephen Leake
2004-02-09 15:45 ` Georg Bauhaus
2004-02-10 1:35 ` Dan Eilers
2004-02-10 2:30 ` Stephen Leake
2004-02-10 7:20 ` Robert I. Eachus
2004-02-11 18:41 ` Georg Bauhaus
2004-02-11 22:05 ` Randy Brukardt
2004-02-12 0:21 ` Robert I. Eachus
2004-02-12 20:44 ` Georg Bauhaus
2004-02-14 0:25 ` Robert I. Eachus
2004-02-14 4:09 ` Robert I. Eachus
2004-02-14 0:24 ` Adam Beneschan
2004-02-14 6:04 ` Randy Brukardt
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox