What functions could be added to std.algorithm?

Steven Schveighoffer schveiguy at yahoo.com
Mon Aug 2 04:11:09 PDT 2010


On Sun, 01 Aug 2010 17:34:46 -0400, 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.
>
> 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.

This doesn't matter too much.  Parsing std.algorithm is quick by the  
compiler, and all of std.algorithm is templates.

The bigger issue is the documentation.  D has been very stagnant in  
improving the doc generator.  We are missing a global function/symbol  
index, cross-linked docs, and many other goodies that have been in systems  
like doxygen since its inception.

>
> 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*

Yeah yeah :)  My spare-time priorities:

1. New Minivan
2. Getting baby's room ready
3. Cleaning rest of house
4. Completing RBTree for you

;)

-Steve


More information about the Digitalmars-d mailing list