Hello all,

I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.


Andrei

-------- Original Message --------
Subject: 	Re: What functions could be added to std.algorithm?
Date: 	Mon, 2 Aug 2010 21:32:29 +0200
From: 	Philippe Sigaud <philippe.sigaud at gmail.com>
Reply-To: 	digitalmars.D <digitalmars-d at puremagic.com>
Organization: 	Digital Mars
To: 	digitalmars.D <digitalmars-d at puremagic.com>
Newsgroups: 	digitalmars.D
References: 	<i33gdn$epd$1 at digitalmars.com>
<i33up0$15jr$1 at digitalmars.com>
<mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
<i34p9o$2i42$1 at digitalmars.com>



On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
<SeeWebsiteForEmail at erdani.org <mailto: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.

My vote is a definite yes.  I saw his dranges project on dsource a while back and was thoroughly impressed, since it basically contained everything I felt was missing but never got around to writing/debugging/checking in myself.  std.range/std.algorithm are great concepts, but are in serious need of some debugging and fleshing out before their full potential can be realized, and it'd be great to have more manpower to do this.  At the time that he initially posted about dranges, not much was made of it because everyone was focused on finalizing the core language spec, not improving Phobos.  Now that the core language spec is somewhat finalized and TDPL is out, I think that the most useful subset of Philippe's work should be added to Phobos.

On Mon, Aug 2, 2010 at 4:04 PM, Andrei Alexandrescu <andrei at erdani.com>wrote:

> Hello all,
>
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
>
>
> Andrei
>
> -------- Original Message --------
> Subject:        Re: What functions could be added to std.algorithm?
> Date:   Mon, 2 Aug 2010 21:32:29 +0200
> From:   Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To:       digitalmars.D <digitalmars-d at puremagic.com>
> Organization:   Digital Mars
> To:     digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups:     digitalmars.D
> References:     <i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
>
>
>
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
>
>
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/phobos/attachments/20100802/06904766/attachment.html>

Yes

Sent from my iPhone

On Aug 2, 2010, at 4:04 PM, Andrei Alexandrescu <andrei at erdani.com> wrote:

> Hello all,
> 
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
> 
> 
> Andrei
> 
> -------- Original Message --------
> Subject:    Re: What functions could be added to std.algorithm?
> Date:    Mon, 2 Aug 2010 21:32:29 +0200
> From:    Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To:    digitalmars.D <digitalmars-d at puremagic.com>
> Organization:    Digital Mars
> To:    digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups:    digitalmars.D
> References:    <i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
> 
> 
> 
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
> 
> 
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos

> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.

His dranges project is great.  Definitely yes.


Shin

Definitely.

On 2 August 2010 22:04, Andrei Alexandrescu <andrei at erdani.com> wrote:
> Hello all,
>
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
>
>
> Andrei
>
> -------- Original Message --------
> Subject: ? ? ? ?Re: What functions could be added to std.algorithm?
> Date: ? Mon, 2 Aug 2010 21:32:29 +0200
> From: ? Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To: ? ? ? digitalmars.D <digitalmars-d at puremagic.com>
> Organization: ? Digital Mars
> To: ? ? digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups: ? ? digitalmars.D
> References: ? ? <i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
>
>
>
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
>
>
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos
>

Yes. His ranges are helpful to Phobos.


Masahiro

On Tue, 03 Aug 2010 05:04:53 +0900, Andrei Alexandrescu <andrei at erdani.com> wrote:

> Hello all,
>
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
>
>
> Andrei
>
> -------- Original Message --------
> Subject: 	Re: What functions could be added to std.algorithm?
> Date: 	Mon, 2 Aug 2010 21:32:29 +0200
> From: 	Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Organization: 	Digital Mars
> To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups: 	digitalmars.D
> References: 	<i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
>
>
>
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
>
>
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos

++

On Aug 2, 2010, at 1:04 PM, Andrei Alexandrescu wrote:

> Hello all,
> 
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
> 
> 
> Andrei
> 
> -------- Original Message --------
> Subject: 	Re: What functions could be added to std.algorithm?
> Date: 	Mon, 2 Aug 2010 21:32:29 +0200
> From: 	Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Organization: 	Digital Mars
> To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups: 	digitalmars.D
> References: 	<i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
> 
> 
> 
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
> 
> 
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos

If I hadn't been on vacation for the last week, I would've voted 'yes' too. :)

Welcome, Philippe!  I was vacationing in your home country, btw.  Of all the countries I've been to, France is probably my favourite -- I just keep coming back. ;)

-Lars


On Mon, 2010-08-02 at 15:04 -0500, Andrei Alexandrescu wrote:
> Hello all,
> 
> I've followed Philippe's work lately, which seems to be of good quality. I suggest we add him to the roster; he could add great value to the likes of std.algorithm. Please reply either to me or the group with your vote and other thoughts before Tue 23:59:59'99'' CST.
> 
> 
> Andrei
> 
> -------- Original Message --------
> Subject: 	Re: What functions could be added to std.algorithm?
> Date: 	Mon, 2 Aug 2010 21:32:29 +0200
> From: 	Philippe Sigaud <philippe.sigaud at gmail.com>
> Reply-To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Organization: 	Digital Mars
> To: 	digitalmars.D <digitalmars-d at puremagic.com>
> Newsgroups: 	digitalmars.D
> References: 	<i33gdn$epd$1 at digitalmars.com>
> <i33up0$15jr$1 at digitalmars.com>
> <mailman.80.1280673176.13841.digitalmars-d at puremagic.com>
> <i34p9o$2i42$1 at digitalmars.com>
> 
> 
> 
> On Sun, Aug 1, 2010 at 23:34, Andrei Alexandrescu
> <SeeWebsiteForEmail at erdani.org <mailto: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.
> 
> 
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos