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,7ee10ec601726fbf X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-10-31 10:24:46 PST Path: archiver1.google.com!news1.google.com!sn-xit-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail From: "Matthew Heaney" Newsgroups: comp.lang.ada Subject: Re: why not Date: Wed, 31 Oct 2001 13:27:56 -0500 Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <3BC5D730.DA950CC7@boeing.com> <9q4pa7$1ad$1@nh.pace.co.uk> <3BC6ACC8.23EF21BC@free.fr> <3BC71F54.1FFE78FA@boeing.com> <1KGx7.26476$ev2.35117@www.newsranger.com> <3BC7AD82.2A0CCCD4@acm.org> <9qhiqr$af0$1@nh.pace.co.uk> <1nDC7.180$6S7.92255364@newssvr11.news.prodigy.com> <9rjsak$bp3$1@nh.pace.co.uk> <9rmhb9$o1b$1@nh.pace.co.uk> <3BDEF0FE.B55FED9E@san.rr.com> <9rmuqi$es$1@nh.pace.co.uk> <3BDF1F13.4B99361C@san.rr.com> <9rnbtv$5i4$1@nh.pace.co.uk> <3BE03E54.57E0E6C8@san.rr.com> X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-Complaints-To: newsabuse@supernews.com Xref: archiver1.google.com comp.lang.ada:15494 Date: 2001-10-31T13:27:56-05:00 List-Id: "Darren New" wrote in message news:3BE03E54.57E0E6C8@san.rr.com... > Marin David Condic wrote: > > Well, we aren't exactly seeing a huge consensus here about what people want, > > right? :-) > > I think everyone is pretty much agreeing that what's needed are lists > and maps, both task safe and efficient versions. The rest is just > details. ;-) We certainly do NOT agree that data structures should be "task safe." If a user needs a data structure to work in the presence of multiple threads, then he needs to build those semantics himself using other primitives provided by the language. This is completely consistent with how Text_IO and Numerics.Discrete_Random (for example) are defined. > No question. But then it's harder to precisely specify what the behavior > is without saying "it behaves like this implementation." You need to specify time and space semantics for any abstraction. This is a solved problem. > > Since apparently C++ has succeeded in including a similar library in its > > standard, I wouldn't think the task is either impossible or totally > > undesirable. I'd just favor a more gradual approach. > > But have they succeeded? It took years before any of the STL > implementations were compatible and correct, IIRC. FUD. Of course they succeeded. C++ is vastly simpler to use now that the STL is part of the standard.