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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f51e93dacd9c7fca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-09-28 10:19:14 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!snoopy.risq.qc.ca!newsfeed.news2me.com!newsfeed2.earthlink.net!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!harp.news.atl.earthlink.net!not-for-mail From: Richard Riehle Newsgroups: comp.lang.ada Subject: Re: status of Ada STL? Date: Sat, 28 Sep 2002 10:25:11 -0700 Organization: AdaWorks Software Engineering Message-ID: <3D95E5F7.CE1669E9@adaworks.com> References: <3d0f0c40_1@news.tm.net.my> Reply-To: richard@adaworks.com NNTP-Posting-Host: 3f.bb.a9.74 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Server-Date: 28 Sep 2002 17:19:14 GMT X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en Xref: archiver1.google.com comp.lang.ada:29405 Date: 2002-09-28T17:19:14+00:00 List-Id: Randy Brukardt wrote: > There is an open AI for container libraries for Ada 200Y. The problem > is, everyone is willing to write an interesting library, but there is > much less enthusism for the hard work it takes to make something > suitable for standardization. (Compare the documentation for the typical > library with the RM for Ada.Strings.Fixed, and you'll see what I mean). > Then, compound that with getting everyone to agree on the requirements > and the solution... I seem to recall that George Bernard Shaw wrote, "If you layed all the economists in the world end-to-end, you will wouldn't reach a conclusion." I think the same is true if you lay all the programmers end-to-end, especially when trying to get agreement on something as subject to variation of intepretation as standard libraries. Perhaps, before commiting anything to code, in any language, we should be discussing the underlying architecture for this kind of standard library. Yes, I realize that language structure is an important consideration, and that linguistic continuity is largely influenced by programming language structure. However, there may be enough architectural issues to permit discussion of this at a slightly higher level of abstraction. This suggestion is not meant to deprecate the work that has already been represented in source code. In fact, that work is an important contribution to raising the discussion to the next higher level of abstraction. Richard Riehle