comp.lang.ada
 help / color / mirror / Atom feed
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
 



  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