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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a644fa9cd1a3869a X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-15 07:40:10 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!news-x2.support.nl!news-x.support.nl!psinet-eu-nl!psiuk-p4!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: List container: Sawdust woman 43 Date: Thu, 15 Nov 2001 10:25:51 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9t0mq2$1u6$1@nh.pace.co.uk> References: <9sn4qm$13g29j$2@ID-25716.news.dfncis.de> <3BF140D9.611DE43@brighton.ac.uk> <9srvmk$1la$1@news.huji.ac.il> <3BF2699A.731DC436@brighton.ac.uk> <9su77k$c83$1@news.huji.ac.il> <9sucit$qde$1@nh.pace.co.uk> <3BF344AD.42FCB303@acm.org> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1005837954 1990 136.170.200.133 (15 Nov 2001 15:25:54 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 15 Nov 2001 15:25:54 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:16573 Date: 2001-11-15T15:25:54+00:00 List-Id: Maybe you misinterpreted what I was suggesting. Hypothetically, the decision could be taken to make PragmARC the "Standard Component Library" (Not necessarily part of the ARM...) - but given some of the requirements, there would need to be some enhancements made. (It doesn't support getting lists, etc into Streams?) If the community was willing to buy into that concept and we could identify a desired set of extensions/enhancements to make PragmARC more acceptable to the community, would that adaptation be something you'd be willing to supervise/coordinate? I could see something similar being done to the BC's & I don't think I've heard of any other libraries out there being proposed as candidates, so it seems the decision comes down to a) Home-Brew a library, b) Adapt the PragmARC library, c) Adapt the BC's. Choices B and C get us moved along considerably faster than A. Any preferences to be expressed? MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Jeffrey Carter" wrote in message news:3BF344AD.42FCB303@acm.org... > > The important thing is to have a workable standard library. I'm not > completely in favor of some of the choices made in the current standard > library, but having a standard is better what we had with Ada 83. > > If the PragmARCs can serve as a basis for any of the components in such > a library, PragmAda would be proud to assist in the process. If another > form of components is chosen for a standard library, PragmAda would > welcome that. However, we would not consider the adoption of a standard > component based on the PragmARCs as "extending" the library; rather, we > would eliminate the equivalent component from the PragmARCs, as we > eliminated the variable-string component that was in the Ada-83 version > from the Ada-95 version of the components with the introduction of the > standard string libraries. Ideally, we would like to eliminate all the > basic components from the PragmARCs.