What functions could be added to std.algorithm?

Philippe Sigaud philippe.sigaud at gmail.com
Mon Aug 2 12:32:29 PDT 2010


On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu <
SeeWebsiteForEmail at erdani.org> wrote:

>
>> I agree that all of the functions you suggested deserve a place in
> std.algorithm (or std.range). Please add one bugzilla entry or better yet
> let me know if you'd like to join Phobos's devs (subject to team approval)
> so you can add them yourself.
>

I'd be quite happy to join the Phobos' devs, if they accept me!

In any case, as Jonathan said, all() and any() are 'bug' 4405. And takeWhile
is 4535 (as per you suggestion, I added it a few days ago).

http://d.puremagic.com/issues/show_bug.cgi?id=4535



> Also, I agree that std.algorithm has gotten a bit large. Any sensible ideas
> for addressing that should be discussed. Off the top of my head, I'm
> thinking that mutators vs. non-mutators could be a possible criterion for
> separation.
>
> BTW, it warms my heart to see that our std.algorithm is the fourth Google
> hit when searching for std::algorithm (or std.algorithm, which seems to
> produce the same results). I feel std.container can be a similarly
> compelling offering. *cough*RBTree*cough*Steve*cough*
>

That reminds me I've some questions to ask on recursive containers (graphs,
trees). I'll try to make a post about it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/digitalmars-d/attachments/20100802/b36920b8/attachment.html>


More information about the Digitalmars-d mailing list