Daniel and I are working on getting the Named Parameter Library up to the standards requested as part of its review. Over the past few months I realized I also needed "unnamed parameters" (which have no definite order and are discriminated by type), and it made sense to extend the library in that direction. There's also a need for unnamed (and maybe even named) template parameters, and all of these facilities can use a lot of code in common with what we've already got. I think it makes sense to just call this library Boost.Parameter and put it in namespace boost::parameters. I thought it made sense to give people a chance to object, just in case. But everyone loves this idea, right? ;-) -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams ha escrito:
Daniel and I are working on getting the Named Parameter Library up to the standards requested as part of its review. Over the past few months I realized I also needed "unnamed parameters" (which have no definite order and are discriminated by type), and it made sense to extend the library in that direction. There's also a need for unnamed (and maybe even named) template parameters, and all of these facilities can use a lot of code in common with what we've already got.
I think it makes sense to just call this library Boost.Parameter and put it in namespace boost::parameters. I thought it made sense to give people a chance to object, just in case. But everyone loves this idea, right? ;-)
Just to give another option, Smart Parameters could be an option, though the "smart" mark is becoming so commonplace these days. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo
David Abrahams wrote:
Daniel and I are working on getting the Named Parameter Library up to the standards requested as part of its review. Nice to hear! [snip] There's also a need for unnamed (and maybe even named) template parameters, and all of these hmm, do you mean something like the "Named Template Parameters" by Jaako and Jeremy (2002) currently in the sandbox?
Regards // Fredrik Blomqvist
"Fredrik Blomqvist" <fredrik_blomqvist@home.se> writes:
David Abrahams wrote:
Daniel and I are working on getting the Named Parameter Library up to the standards requested as part of its review. Nice to hear! [snip] There's also a need for unnamed (and maybe even named) template parameters, and all of these hmm, do you mean something like the "Named Template Parameters" by Jaako and Jeremy (2002) currently in the sandbox?
Unnamed template parameters is like what boost::python::class_<...> uses. Named template parameters is something like the Jaako and Jeremy thing or like the old iterator_adaptor template used to use (http://tinyurl.com/6aqcy or http://cvs.sourceforge.net/viewcvs.py/boost/boost/boost/iterator_adaptors.hp...). -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams wrote:
Unnamed template parameters is like what boost::python::class_<...> uses. Named template parameters is something like the Jaako and Jeremy thing or like the old iterator_adaptor template used to use (http://tinyurl.com/6aqcy or http://cvs.sourceforge.net/viewcvs.py/boost/boost/boost/iterator_adaptors.hp...).
I've been working on this part but have not put much time into it the last month or so. It's mostly working but fails just a couple of tests. Dave and Daniel, I'll put my feet to the fire and get it completed ASAP. There may be some compile-time complexity issues I might need help with, mpl newbie that I am. -Dave
David Greene <greened@obbligato.org> writes:
David Abrahams wrote:
Unnamed template parameters is like what boost::python::class_<...> uses. Named template parameters is something like the Jaako and Jeremy thing or like the old iterator_adaptor template used to use (http://tinyurl.com/6aqcy or http://cvs.sourceforge.net/viewcvs.py/boost/boost/boost/iterator_adaptors.hp...).
I've been working on this part but have not put much time into it the last month or so. It's mostly working but fails just a couple of tests. Dave and Daniel, I'll put my feet to the fire and get it completed ASAP. There may be some compile-time complexity issues I might need help with, mpl newbie that I am.
Well, the named parameter library codebase has changed quite a lot since you started on this. I presume there was some code overlap? -- Dave Abrahams Boost Consulting www.boost-consulting.com
participants (4)
-
David Abrahams -
David Greene -
Fredrik Blomqvist -
Joaquín Mª López Muñoz