From: weyrich@csun1.UUCP (Orville Weyrich)
Subject: Re: derived types in package specs
Date: 23 Apr 89 01:50:16 GMT [thread overview]
Message-ID: <152@csun1.UUCP> (raw)
In-Reply-To: 8904210606.AA05183@venera.isi.edu
From article <8904210606.AA05183@venera.isi.edu>, by blakemor@software.ORG (Alex Blakemore):
> Does anyone have an idea of the rationale behind RM 3.4(15) ?
> This disallows things like
> type this is new integer;
> type that is new this;
> and what really hurt was
> type this is private;
> that that is new this;
What's wrong with doing the same thing as:
type this is new integer;
type that is new integer;
and
type this is private;
type that is private;
Certainly in the second example it Ada's restriction is reasonable: would
you want THAT to inherit the (private) invisibility from THIS, or would you
want THAT to be fully visible?
--
Orville R. Weyrich, Jr. | UUCP : ...gatech!csun1!weyrich
Department of Computer Science | INTERNET: weyrich@csun1.cs.uga.edu
University of Georgia |
Athens, GA 30602 USA | MA BELL : (404) 542-1082
next prev parent reply other threads:[~1989-04-23 1:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
1989-04-20 17:34 derived types in package specs Alex Blakemore
1989-04-23 1:50 ` Orville Weyrich [this message]
1989-04-24 15:27 ` Robert Eachus
-- strict thread matches above, loose matches on Subject: below --
1989-04-21 23:12 Ken Anderson
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox