From: blakemor@software.ORG (Alex Blakemore)
Subject: derived types in package specs
Date: 20 Apr 89 17:34:23 GMT [thread overview]
Message-ID: <8904210606.AA05183@venera.isi.edu> (raw)
Does anyone have an idea of the rationale behind RM 3.4(15) ?
"If a derived type or private type is declared immediately within
the visible part of a package, then, within this visible part,
this type must not be used as the parent type of a derived
type definition." ... see also 7.4.1.(4)
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;
The draft copy of the Ada design rationale doesn't seem to discuss this.
If this were legal, I think I could come up with a very nice use for
derived types (something that has been rare but not unheard of in my experience)
So there must have been a reason right ?
Alex Blakemore
Software Productivity Consortium
blakemore@software.org
next reply other threads:[~1989-04-20 17:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
1989-04-20 17:34 Alex Blakemore [this message]
1989-04-23 1:50 ` derived types in package specs Orville Weyrich
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