From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,LOTS_OF_MONEY autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,92c39a3be0a7f17d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-12-14 12:03:06 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!news.gtei.net!newscon02.news.prodigy.com!newsmst01.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssvr12.news.prodigy.com.POSTED!not-for-mail From: "Pat Rogers" Newsgroups: comp.lang.ada References: <9v57u1$mfb$1@nh.pace.co.uk> <9v74ov014bc@drn.newsguy.com> <9vb24v$7fg$1@nh.pace.co.uk> Subject: Re: Future with Ada X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: NNTP-Posting-Host: 208.191.176.121 X-Complaints-To: abuse@prodigy.net X-Trace: newssvr12.news.prodigy.com 1008359972 ST000 208.191.176.121 (Fri, 14 Dec 2001 14:59:32 EST) NNTP-Posting-Date: Fri, 14 Dec 2001 14:59:32 EST Organization: Prodigy Internet http://www.prodigy.com X-UserInfo1: TSU[@IONFJVMQVPXJZDBNFXBBZ\LPCXLLBWLOOAFMASJETAANVW[AKWZE\]^XQWIGNE_[EBL@^_\^JOCQ^RSNVLGTFTKHTXHHP[NB\_C@\SD@EP_[KCXX__AGDDEKGFNB\ZOKLRNCY_CGG[RHT_UN@C_BSY\G__IJIX_PLSA[CCFAULEY\FL\VLGANTQQ]FN Date: Fri, 14 Dec 2001 19:59:32 GMT Xref: archiver1.google.com comp.lang.ada:17924 Date: 2001-12-14T19:59:32+00:00 List-Id: "Mark Lundquist" wrote in message news:bJsS7.49746$ER5.625524@rwcrnsc52... > > "Marin David Condic" wrote in > message news:9vb24v$7fg$1@nh.pace.co.uk... <>huge snip> > > Besides, no matter how much discussion there is around here about the need > > for semi-standard libraries, we never seem to hear anything from the vendors > > indicating that they are at all amenable to the idea. If they won't get > > behind it, the issue is dead. We already have lots of libraries of Ada code > > available for the cost of a download, but that leaves the end-user bumbling > > around, cobbling together a development environment of dubious quality and > > consistency. > > Exactly. "Great environment to be had for the cobbling" just doesn't cut it. > > For the vendors to get behind such an initiative would take one of two > things, either (a) the paying user community clamoring for it, or (b) > incorporation into the standard. In practice this amounts to much the same > thing, since (a) will have to hold true for any candidate for (b) :-). In > fact, (b) in and of it self has much less leverage since the dropping of the > Ada "mandate", which "statutory validation" was designed to support. In > theory, a vendor could say "we don't support the full standard; big whoopie > ding," although even with an attitude like that toward an expanded standard > library, the presence of a freely redistributable/modifiable reference > implementation would probably go a long way towards making it a no-brainer > for a vendor. > > > So I'm not sure how to get there other than by doing what is happening in > > one small corner of this newsgroup with respect to the idea of an Ada > > Standard Components Library > > I think that's actually a pretty good way to get there. I wish I could agree -- it's fun to design things -- but I don't think it will get there. We'll spend too much time discussing and debating low-level details. That's why I started this thread by proposing one of the existing implementations: I believe we should pick one and run with it. Sure, let's discuss the characteristics of the overall library -- I would suggest Bertrand Meyer's criteria in his book describing Eiffel's library: "Reusable Software: The Base Object-Oriented Component Libraries" -- but then let's go with it. If enough people ask for it, the vendors will provide it. I have words to that effect from two of them. -- --- Patrick Rogers Consulting and Training in: http://www.classwide.com Real-Time/OO Languages progers@classwide.com Hard Deadline Schedulability Analysis (281)648-3165 Software Fault Tolerance