Boost logo

Boost :

Subject: Re: [boost] [operators] A modern SFINAE-based version of boost::operators?
From: David Stone (david_at_[hidden])
Date: 2017-11-14 01:38:36


I am working on a proposal for the next committee meeting that would
generate more of these operators. We recently voted in a feature for the
comparison operators: the user defines `operator<=>` and gets all current
comparison operators generated automatically. I will be sure to post my
paper to this list for feedback prior to the mailing deadline. My paper
will include a fairly comprehensive rationale for the design, which will be
different from Boost.Operators. It has the advantage of needing only to
work with code built against the latest standard, and it has language
support, and it has the "disadvantage" of being done by default instead of
being explicitly requested by the user, which obviously has slightly
different design constraints.

On Mon, Nov 13, 2017 at 9:46 AM, Daniel Frey via Boost <
boost_at_[hidden]> wrote:

> > On 13. Nov 2017, at 17:26, Daniel Frey via Boost <boost_at_[hidden]>
> wrote:
> >
> >> On 13. Nov 2017, at 15:20, Beman Dawes via Boost <boost_at_[hidden]>
> wrote:
> >>
> >> Peter Sommerlad, committee member and C++Now presenter who often
> proposes
> >> additions to fill in holes in the standard library, asked me:
> >>
> >> Are you aware of anybody who tried to provide a boost::operators style
> of
> >> automatically providing additional operators with a single base class
> that
> >> through SFINAE injects all possible operators based on the ones defined
> in
> >> the template parameter? This won't give you the control of the current
> >> boost::operators, but would be much easier to teach.
> >
> > I'm the current maintainer of Boost.Operators and I heard about anyone
> working on that.
>
> Above sentence is missing a "haven't": I haven't heard of anyone working
> on that.
>
>
>
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/
> mailman/listinfo.cgi/boost
>


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk