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,fdc75443ea18fb32 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-28 08:53:06 PST Newsgroups: comp.lang.ada Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!sn-xit-01!supernews.com!newshub2.rdc1.sfba.home.com!news.home.com!newsfeed.direct.ca!look.ca!sunqbc.risq.qc.ca!newsfeed.newzpig.com!newsfeed.frii.net!uunet!dca.uu.net!ash.uu.net!xyzzy!nntp From: Jeffrey Carter Subject: Standard Library, Again (was: Re: Queue) X-Nntp-Posting-Host: e246420.msc.az.boeing.com Content-Type: text/plain; charset=us-ascii Message-ID: <3C051383.FB65E101@boeing.com> Sender: nntp@news.boeing.com (Boeing NNTP News Access) Content-Transfer-Encoding: 7bit Organization: The Boeing Company X-Accept-Language: en References: <%QRM7.39743$xS6.65958@www.newsranger.com> <9u0qhb$pq5$1@nh.pace.co.uk> <9u0ujd$rhg$1@nh.pace.co.uk> <9u10bt$ake$1@news.huji.ac.il> <9u136q$aa$1@nh.pace.co.uk> <9u14o2$d61$1@news.huji.ac.il> <9u2tp1$mdt$1@nh.pace.co.uk> Mime-Version: 1.0 Date: Wed, 28 Nov 2001 16:40:35 GMT X-Mailer: Mozilla 4.73 [en]C-CCK-MCD Boeing Kit (WinNT; U) Xref: archiver1.google.com comp.lang.ada:17111 Date: 2001-11-28T16:40:35+00:00 List-Id: Marin David Condic wrote: > > I'm in favor of any approach that gets a concensus going about what to > select as a component library for Ada. The danger here is debating the issue > for too long and ending up with *no* component library as a result. > > AFAIK, there have been a handful of proposed directions - such as BC's+mods, > PragmAda+mods, Ted's list package strawman, etc. So far, there seems to be > some motion in the direction of building something from scratch based on > Ted's strawman. It seems that this was getting bogged down in a variety of > debates about iterators, sorts, library-level instantiations, etc. I don't > know if we want to take some kind of vote on it or not - but it seems like > it could be a viable direction if we can keep it from getting stalled. I > could get behind Ted's package and would be willing to help get it > implemented if needed - maybe others would do so as well? Any workable standard library is better than none. TED's recent strawman specification is certainly workable. While my initial preference is elsewhere, if there were a consensus for this list package I would support it. -- Jeffrey Carter