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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,38fc011071df5a27 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-09-14 13:05:22 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!newsread1.news.atl.earthlink.net.POSTED!not-for-mail Message-ID: <3F64C9F7.1080204@noplace.com> From: Marin David Condic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (OEM-HPQ-PRS1C03) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: How to get a =?ISO-8859-1?Q?=BBConventional_Ada_Library=AB?= =?ISO-8859-1?Q?_=28Was=3A_Ideas_for_Ada_200X=29?= References: <6a90b886.0305262344.1d558079@posting.google.com> <3ED4A94C.2020501@noplace.com> <3ED6A852.75AC0133@adaworks.com> <3ED74ED3.4020505@noplace.com> <3ED7C8C5.3070902@cogeco.ca> <3ED826BB.9010509@noplace.com> <3F61BA28.3060507@crs4.it> <3F6205B8.3070402@attbi.com> <3F6316DC.7080106@noplace.com> <3F638274.6000207@attbi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 14 Sep 2003 20:05:22 GMT NNTP-Posting-Host: 209.165.23.254 X-Complaints-To: abuse@earthlink.net X-Trace: newsread1.news.atl.earthlink.net 1063569922 209.165.23.254 (Sun, 14 Sep 2003 13:05:22 PDT) NNTP-Posting-Date: Sun, 14 Sep 2003 13:05:22 PDT Organization: EarthLink Inc. -- http://www.EarthLink.net Xref: archiver1.google.com comp.lang.ada:42490 Date: 2003-09-14T20:05:22+00:00 List-Id: O.K. I just didn't see anywhere in the thresd where it was being suggested that a library should be easy for the vendors to implement. I'd agree that this would be the wrong end to optimize - make it easy for the programmer to understand and use. I wouldn't even put "efficiency" high on the list. For most PC/Workstation apps, if some feature of the library were to be moderately inefficient, but it was easy to use and it got a job done, I don't think most developers would care. Also, it seems possible that we are talking about two different "visions". Perhaps you are talking about specifically a container library to be included in the ARM in some form. I'd have a much more ambitious goal of producing a more general library (of which, containers might be a part) that provides a wide range of services beyond data storage and retrieval. In that ballpark, I don't really see each vendor coming up with a conforming implementation, but adopting a common "reference" version produced under some reasonable auspices wherein everyone has a voice in what the library sould look like. SIGAda could be a forum for that, but, as I've said before, the vendors have to be on-board to some extent or it would really flop. MDC Robert I. Eachus wrote: > > > I meant that ease of implementation for the compiler vendors is not that > important. Ease of understanding and use of the library by Ada > programmers is vital. > -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jsf.mil/ Send Replies To: m c o n d i c @ a c m . o r g "All reformers, however strict their social conscience, live in houses just as big as they can pay for." --Logan Pearsall Smith ======================================================================