[MPL] Maintenance, patch applciation etc

As a huge user of MPL all along, i'm a bit saddened by the speed of patching/evolution of the thingy. Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to. Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this. So here is the proposal ;)

At Tue, 28 Dec 2010 19:51:39 +0100, Joel Falcou wrote:
As a huge user of MPL all along, i'm a bit saddened by the speed of patching/evolution of the thingy. Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to.
Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this.
So here is the proposal ;)
As far as I'm concerned, you're the perfect candidate. Aleksey is the real maintainer, though, so it's for him to say. -- Dave Abrahams BoostPro Computing http://www.boostpro.com

On 29/12/10 00:50, Dave Abrahams wrote:
At Tue, 28 Dec 2010 19:51:39 +0100, Joel Falcou wrote:
As a huge user of MPL all along, i'm a bit saddened by the speed of patching/evolution of the thingy. Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to.
Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this.
So here is the proposal ;)
As far as I'm concerned, you're the perfect candidate. Aleksey is the real maintainer, though, so it's for him to say.
Ok I guess I'll wait the official nods then.

Hi Joel, On Wed, 29 Dec 2010 12:17:42 -0600, Joel Falcou <joel.falcou@lri.fr> wrote:
On 29/12/10 00:50, Dave Abrahams wrote:
At Tue, 28 Dec 2010 19:51:39 +0100, Joel Falcou wrote:
As a huge user of MPL all along, i'm a bit saddened by the speed of patching/evolution of the thingy. Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to.
Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this.
So here is the proposal ;)
As far as I'm concerned, you're the perfect candidate. Aleksey is the real maintainer, though, so it's for him to say.
Ok I guess I'll wait the official nods then.
You've got them :), and thank you for volunteering. -- Aleksey Gurtovoy MetaCommunications Engineering

On 29/12/10 23:07, Aleksey Gurtovoy wrote:
Ok I guess I'll wait the official nods then.
You've got them :), and thank you for volunteering.
Thanks all of you. I took the liberty to scour over open tickets and reassign some to myself for further examinations. I'll start by testing/merging tickets with patches and turn to you for discussing features requests. Thanks for your trust :D

Hi Joel,
Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to.
You probably mean this page: https://svn.boost.org/trac/boost/wiki/BoostMplRoadmap
Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this.
It will be greatly appreciated! Btw, that page doesn't have a Meta::if_ by Sergey Shandar, a device that can simplify all if_/enable_if/lazy_enable_if enchilada. I remember there was a discussion in the lists and the feedback was very positive but I can't find it now. You can find a comparison page here, comments are in Russian but it's all obvious from C++ code. http://cbear.berlios.de/meta/index.ru.html Thanks, Maxim

Btw, that page doesn't have a Meta::if_ by Sergey Shandar, a device that can simplify all if_/enable_if/lazy_enable_if enchilada. I remember there was a discussion in the lists and the feedback was very positive but I can't find it now.
OK, found it, it's actually a 4-year-old trac ticket and the discussion is inside, with the final resolution "Let's get it in": https://svn.boost.org/trac/boost/ticket/799 Thanks, Maxim

Maxim Yanchenko <maximyanchenko <at> yandex.ru> writes:
Btw, that page doesn't have a Meta::if_ by Sergey Shandar, a device that can simplify all if_/enable_if/lazy_enable_if enchilada. I remember there was a discussion in the lists and the feedback was very positive but I can't find it now.
OK, found it, it's actually a 4-year-old trac ticket and the discussion is inside, with the final resolution "Let's get it in": https://svn.boost.org/trac/boost/ticket/799
Thanks, Maxim
Hi all, The latest version is here: http://citylizard.codeplex.com/SourceControl/list/changesets. File cpp/citylizard/meta/if.hpp. Also, I used the same idea for a compile-time list (similar to boost::mpl::vector). Syntax: list::push_back<int>::push_back<char>::push_back<void>::type Best regards, Sergey Shandar.

Sergey Shandar <sergey.shandar <at> gmail.com> writes:
Maxim Yanchenko <maximyanchenko <at> yandex.ru> writes:
Btw, that page doesn't have a Meta::if_ by Sergey Shandar, a device that
can
simplify all if_/enable_if/lazy_enable_if enchilada. I remember there was a discussion in the lists and the feedback was very positive but I can't find it now.
OK, found it, it's actually a 4-year-old trac ticket and the discussion is inside, with the final resolution "Let's get it in": https://svn.boost.org/trac/boost/ticket/799
Thanks, Maxim
Hi all,
The latest version is here: http://citylizard.codeplex.com/SourceControl/list/changesets. File cpp/citylizard/meta/if.hpp.
Also, I used the same idea for a compile-time list (similar to boost::mpl::vector). Syntax:
list::push_back<int>::push_back<char>::push_back<void>::type
Best regards, Sergey Shandar.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Source code under Apache License 2.0: http://citylizardpp.codeplex.com/ Libraries: - meta, meta-programming library with template members (if_, list, const_). if_<...>::else_if<...>::else<>::type list::push_back<...>::push_back<...>::type int_<N>::plus_c<M>::equal_c<K>::equal<true_>::value - cast (casting library with result type inference). char const X = 5; char &R = cast::const_::ref(X);

On 12/28/10 19:13, Maxim Yanchenko wrote:
Hi Joel,
Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to.
You probably mean this page: https://svn.boost.org/trac/boost/wiki/BoostMplRoadmap
Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this.
It will be greatly appreciated!
Btw, that page doesn't have a Meta::if_ by Sergey Shandar, a device that can simplify all if_/enable_if/lazy_enable_if enchilada. I remember there was a discussion in the lists and the feedback was very positive but I can't find it now.
There's also the if_recur template: http://svn.boost.org/svn/boost/sandbox/variadic_templates/boost/mpl/if_recur... The comments in the code reference a section of Turing Award paper about functional programming and show how if_recur implements a pattern described in that paper. It can be used to implement: while loop reverse_fold fold A haskell implementation appears here: http://www.mail-archive.com/haskell-cafe@haskell.org/msg84841.html
participants (6)
-
Aleksey Gurtovoy
-
Dave Abrahams
-
Joel Falcou
-
Larry Evans
-
Maxim Yanchenko
-
Sergey Shandar