From: sk <noname@myob.com>
To: comp.lang.ada@ada-france.org
Subject: Re: Ada Component Registry proposal
Date: Wed, 22 Oct 2003 07:12:29 -0500
Date: 2003-10-22T07:12:29-05:00 [thread overview]
Message-ID: <mailman.170.1066824215.25614.comp.lang.ada@ada-france.org> (raw)
In-Reply-To: uEtlb.204590$%h1.203097@sccrnsc02
nolongersafeto@userealemailsniff.com:
> I think this is not the right path. When Ada 2020 comes out and
> we want to add a new subprogram to Ada05.Directory_Operations
> does that mean we now have an Ada20.Directory_Operations that looks
> the same but with the new procedure or do we add to it. No matter
> what the answer is I don't think I like it.
The Ada83, Ada95, Ada0x scheme was intended to imply a "works-with"
relationship rather than a versioning relationship.
For example, there is a good chance that an Ada83.Directory_Operations
would resort to the subprogram'address methods for binding whereas
the Ada95.Directory_Operations would take advantage of the Interfaces.*
hierarchy and also possibly the subprogram'access capability of Ada'95.
I think the issue you describe tends to be a versioning issue rather
than a library-hierarchy issue and would occurr whether the root name
for the library was "root", "Ada95" or "CAL".
--
-------------------------------------------------
-- Merge vertically for real address
--
-- s n p @ t . o
-- k i e k c c m
-------------------------------------------------
next prev parent reply other threads:[~2003-10-22 12:12 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-19 16:41 Ada Component Registry proposal Robert I. Eachus
2003-10-19 16:44 ` Stephane Richard
2003-10-21 20:45 ` sk
2003-10-22 0:28 ` Robert I. Eachus
2003-10-22 2:26 ` sk
2003-10-22 3:38 ` Robert I. Eachus
2003-10-22 10:35 ` Stephane Richard
2003-10-22 16:58 ` Robert I. Eachus
2003-10-22 17:06 ` Stephane Richard
2003-10-22 23:14 ` Georg Bauhaus
2003-10-22 13:11 ` Marin David Condic
2003-10-22 13:51 ` sk
2003-10-22 4:26 ` sk
2003-10-22 11:14 ` Jeff C,
2003-10-22 11:34 ` Stephane Richard
2003-10-22 12:23 ` sk
2003-10-22 17:09 ` Robert I. Eachus
2003-10-22 19:13 ` sk
2003-10-23 2:17 ` Robert I. Eachus
2003-10-23 5:20 ` sk
2003-10-23 14:39 ` Robert I. Eachus
2003-10-22 12:12 ` sk [this message]
2003-10-23 5:41 ` sk
2003-10-23 15:01 ` Robert I. Eachus
2003-10-23 19:03 ` Alexandre E. Kopilovitch
2003-10-23 23:58 ` sk
2003-10-24 1:02 ` Robert I. Eachus
2003-10-24 1:18 ` Stephane Richard
2003-10-24 13:23 ` sk
2003-10-24 13:30 ` Stephane Richard
2003-10-24 15:11 ` sk
2003-10-24 17:12 ` Robert I. Eachus
2003-10-25 0:03 ` sk
2003-10-25 17:43 ` Robert I. Eachus
2003-10-25 18:53 ` Marius Amado Alves
2003-10-25 21:11 ` Marin David Condic
2003-10-25 21:23 ` Robert I. Eachus
2003-10-25 21:28 ` Marin David Condic
2003-10-26 0:24 ` Stephane Richard
2003-10-26 13:36 ` Marin David Condic
2003-10-26 16:02 ` Martin Dowie
2003-10-26 16:45 ` sk
2003-10-26 21:54 ` Marin David Condic
2003-10-26 16:34 ` Stephane Richard
2003-10-26 2:28 ` sk
2003-10-26 18:11 ` Robert I. Eachus
2003-10-26 18:34 ` chris
2003-10-24 17:31 ` tmoran
2003-10-24 17:50 ` Alexandre E. Kopilovitch
2003-10-25 17:48 ` Robert I. Eachus
[not found] ` <mSBO2c_KxF@vib.usr.pu.ru>
2003-10-24 1:00 ` sk
2003-10-24 13:39 ` sk
2003-10-24 17:18 ` Robert I. Eachus
-- strict thread matches above, loose matches on Subject: below --
2003-10-19 17:16 Robert I. Eachus
2003-10-23 16:16 Robert C. Leif
2003-10-24 11:48 ` Georg Bauhaus
[not found] <3F9879C0.9040209@myob.com>
2003-10-24 3:03 ` Alexandre E. Kopilovitch
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox