From: dewar@gnat.com
Subject: Re: Y2K Issues
Date: 1998/10/29
Date: 1998-10-29T00:00:00+00:00 [thread overview]
Message-ID: <71aejn$ped$1@nnrp1.dejanews.com> (raw)
In-Reply-To: F1LGL1.B6F.0.-s@inmet.camb.inmet.com
In article <F1LGL1.B6F.0.-s@inmet.camb.inmet.com>,
stt@houdini.camb.inmet.com (Tucker Taft) wrote:
> Users *are* allowed to add grandchildren to package Ada.
> They may not add "direct" children to package Ada (nor may vendors,
> for that matter) -- see RM95 A.2(4).
I find this a very odd claim. In RM A(4) we have
Implementation Permissions
4 The implementation may restrict the replacement of language-defined
compilation units. The implementation may restrict children of
language-defined library units (other than Standard).
This sure says to me that an implementation may restrict the addition of
children of Ada.Calendar, and in fact GNAT does NOT permit users to add
children to this package, despite Dale's claim. Yes, of course you can
always decide you are a GNAT implementor and change the compiler, using
internal implementor options, but users may not add such children.
Ada.Calendar most certainly is a language-defined library unit!
The legality rule that Tuck refers to is:
Legality Rules
4 In the standard mode, it is illegal to compile a child of package Ada.
which means that no compiler should allow you to add children to Ada. But
the paragraph I quoted above clearly allows a compiler to forbid the addition
of children of packages in Ada unless I am really missing something!
Robert Dewar
Ada Core Technologies
P.S. Why don't we want customers adding grandchildren of Ada -- simple, they
would potentially depend on internal private parts of the implementation of
these packages which we feel free to change without notice at any time!
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
next prev parent reply other threads:[~1998-10-29 0:00 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-10-19 0:00 Y2K Issues John J Cupak Jr
1998-10-19 0:00 ` dewar
1998-10-19 0:00 ` Tucker Taft
1998-10-19 0:00 ` Joe Gwinn
1998-10-20 0:00 ` Joe Gwinn
1998-10-19 0:00 ` Niklas Holsti
[not found] ` <362B8D2F.802F42E6@lmco.com>
1998-10-20 0:00 ` Robert I. Eachus
1998-10-22 0:00 ` Mark Bennison
1998-10-22 0:00 ` dennison
1998-10-23 0:00 ` Robert I. Eachus
1998-10-20 0:00 ` dennison
1998-10-23 0:00 ` Michael F Brenner
1998-10-25 0:00 ` Michael Feldman
1998-10-26 0:00 ` Robert A Duff
1998-10-26 0:00 ` Joel Seidman
1998-10-26 0:00 ` Y2K Issues - Warning Off-Topic Al Christians
1998-10-27 0:00 ` Y2K Issues dewarr
1998-10-26 0:00 ` dennison
1998-10-27 0:00 ` dewarr
1998-10-27 0:00 ` Tucker Taft
1998-10-27 0:00 ` Y2K Issues (well, not really...) Dave Wood
1998-10-28 0:00 ` Y2K Issues dennison
1998-10-28 0:00 ` Dave Wood
1998-10-27 0:00 ` John Herro
1998-10-27 0:00 ` dewarr
1998-10-29 0:00 ` system
1998-10-29 0:00 ` Al Christians
1998-11-02 0:00 ` Marin David Condic
1998-11-04 0:00 ` Robert I. Eachus
1998-11-05 0:00 ` dewarr
1998-11-06 0:00 ` Jerry van Dijk
1998-11-07 0:00 ` dewarr
1998-11-06 0:00 ` Al Christians
1998-11-08 0:00 ` Jerry van Dijk
1998-11-08 0:00 ` dewarr
1998-11-06 0:00 ` Robert I. Eachus
1998-10-27 0:00 ` Gautier de Montmollin
1998-10-28 0:00 ` adam
1998-10-29 0:00 ` Gautier.DeMontmollin
1998-10-28 0:00 ` adam
1998-10-28 0:00 ` Al Christians
1998-10-29 0:00 ` Samuel Mize
1998-11-04 0:00 ` Robert I. Eachus
1998-10-28 0:00 ` Arthur Evans Jr
1998-10-28 0:00 ` dewar
1998-10-28 0:00 ` Gautier.DeMontmollin
1998-10-28 0:00 ` Jean-Pierre Rosen
1998-10-28 0:00 ` Robert I. Eachus
1998-10-29 0:00 ` Dale Stanbrough
1998-10-29 0:00 ` Mark A Biggar
1998-10-29 0:00 ` Samuel Mize
1998-10-29 0:00 ` Tucker Taft
1998-10-29 0:00 ` dewar [this message]
1998-10-29 0:00 ` Tucker Taft
1998-10-30 0:00 ` dennison
1998-10-31 0:00 ` dewarr
1998-11-02 0:00 ` dennison
1998-10-30 0:00 ` Dale Stanbrough
1998-10-30 0:00 ` Matthew Heaney
1998-10-31 0:00 ` dewar
-- strict thread matches above, loose matches on Subject: below --
1998-10-23 0:00 Condic, Marin D.
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox