From: "Stephane Richard" <stephane.richard@verizon.net>
Subject: Re: Ada Component Registry proposal
Date: Wed, 22 Oct 2003 10:35:47 GMT
Date: 2003-10-22T10:35:47+00:00 [thread overview]
Message-ID: <74tlb.11045$Fc5.2012@nwrdny01.gnilink.net> (raw)
In-Reply-To: 3F95FB78.4090305@comcast.net
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3211 bytes --]
Well I'm reviewing it right now :-). Have you taken a decision on where
you'd be putting the copyright as we discussed in emails?
--
St�phane Richard
"Ada World" Webmaster
http://www.adaworld.com
"Robert I. Eachus" <rieachus@comcast.net> wrote in message
news:3F95FB78.4090305@comcast.net...
> sk wrote:
> > I would like to propose "Ada95" as the root of the library
> > hierarchy.
>
> I think we should be aiming for the future, not the past.
>
> > This naming convention could also be used to happily distinguish
> > between code strictly for '83, '95 and '0y
> >
> > Ada83.Gtk, Ada83.SDL, Ada83.Sockets etc.
> > Ada95.Gtk, Ada95.SDL, Ada95.Sockets etc.
> > Ada0y.Gtk, Ada0y.SDL, Ada0y.Sockets etc.
>
> What about Ada80.Sockets, Ada87.Sockets, and Ada2000.Sockets?
>
> The differences between some of these versions, and others not mentioned
> is slight. (For example, there were three differences between MIL-STD
> 1815A, and ANSI/MIL-STD 1815A, and the second was the page number for
> 2-2. ;-) But the current standard really is Ada 2000, although its
> formal name is more cumbersome. It is possible to get a copy of TC1 and
> see what changed between Ada 95 and Ada 2000, but I prefer to just use
> the standard as posted at: http://www.ada-auth.org/~acats/arm.html
>
> To quote from that page: "When ISO published the Technical Corrigendum,
> it did not also publish a document that merges the Technical Corrigendum
> changes into the text of the International Standard. However, ISO rules
> require that the project editor for the Technical Corrigendum be able to
> produce such a document on demand. The document available here is what
> the project editor would provide to ISO in response to such a request.
> It should be understood that the publication of any ISO document
> involves changes in "boilerplate" as well as a review by professional
> editors that may introduce editorial changes."
>
> I'm not trying to be a stickler for accuracy here, just pointing out
> that the Ada standard is evolving. I'd hate to have the CAL come out
> labelled as Ada95 (or Ada2000) just in time for the Ada 0X standard.
>
> > I am not trying in any way to usurp RI Eachus' effort, I am
> > just trying to keep the ball rolling whilst he is formalizing.
> >
> > There seems to be a lot of momentum at the moment for defining
> > and creating a common/standard library and I want to keep it going.
> >
> > With the idea of keeping the momentum going, I am willing to
> > volunteer a start at doing some of the inventory work to meet
> > RI Eachus' proposal and as per any discussion that this message
> > invokes..
>
> I'll be calling soon. ;-) But right now I could use a couple more
> people who know XML to do some reviewing.
>
> --
> Robert I. Eachus
>
> "Quality is the Buddha. Quality is scientific reality. Quality is the
> goal of Art. It remains to work these concepts into a practical,
> down-to-earth context, and for this there is nothing more practical or
> down-to-earth than what I have been talking about all along...the repair
> of an old motorcycle." -- from Zen and the Art of Motorcycle
> Maintenance by Robert Pirsig
>
next prev parent reply other threads:[~2003-10-22 10:35 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 [this message]
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
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