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