comp.lang.ada
 help / color / mirror / Atom feed
From: dewar@gnat.com
Subject: Re: Y2K Issues
Date: 1998/10/31
Date: 1998-10-31T00:00:00+00:00	[thread overview]
Message-ID: <71doo5$cem$1@nnrp1.dejanews.com> (raw)
In-Reply-To: m3vhl224uy.fsf@mheaney.ni.net

In article <m3vhl224uy.fsf@mheaney.ni.net>,
  Matthew Heaney <matthew_heaney@acm.org> wrote:
> dewar@gnat.com writes:
>
> > 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!
>
> But isn't that the whole point adding the (grand)child - to get at the
> underlying representation of predefined types?
>
> If I add a child to Ada.Calendar, and the vendor changes the internal
> details of that package, then it's my problem!


If you are a manager, and one of your (incompetent) programmers introduces
dependencies on internal data structures of the compiler, which change without
warning with a new version of the compiler, so that your compiler no longer
works, who do you blame? Very often it is the vendor who gets the blame for
introducing incompatible changes. Yes, of course you can point out from a
legal point of view that it was the customer's fault, but that does not help
much. After all, when Intel produced the 80188 and stole one of the "reserved"
interrupts that was (mis)used by DOS, it is true that Intel was in the right,
but the bottom line was that the PC Junior, and other DOS based machines,
were not interested in this chip as a result.

We obviously can't stop anyone changing the compiler if they want to, and
introducing problems of this type, but we do like to make it clear to a
user that they are taking a potentially serious step in accessing internals
of the implementation, in terms of future compatibility. That is why we have
the -gnatg switch, which is to be used ONLY by GNAT implementors. Of course
users are free to use this switch (which among many other somewhat peculiar
things, allows you to add grandchildren to Ada -- if you follow the strict
style rules that are required). But as far as we are concerned, from an
official point of view, users should not use -gnatg.

By using a special switch, rather than casually allowing grandchildren of
Ada to be compiled and recompiled, we point out to the user that this is
non-standard Ada that may be incompatible with future compiler versions.

Robert Dewar
Ada Core Technologies

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    




  reply	other threads:[~1998-10-31  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 ` Niklas Holsti
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 ` dewar
     [not found] ` <362B8D2F.802F42E6@lmco.com>
1998-10-20  0:00   ` dennison
1998-10-23  0:00     ` Michael F Brenner
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-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               ` Robert I. Eachus
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-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   ` 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             ` Tucker Taft
1998-10-29  0:00               ` dewar
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                 ` Matthew Heaney
1998-10-31  0:00                   ` dewar [this message]
1998-10-30  0:00                 ` Dale Stanbrough
1998-10-29  0:00             ` Samuel Mize
1998-10-29  0:00             ` Mark A Biggar
1998-10-28  0:00   ` Arthur Evans Jr
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
  -- 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