David Abrahams wrote:
> Jaakko Jarvi <[EMAIL PROTECTED]> writes:
>
>> 4. Non-SFINAE compilers
>>
>> Dave has an implementation of enable_if which defaults to being
>> always enabled for compilers that do not support SFINAE. We do not
>> think this is the right approach, and believe that attemts to use
>> enable_if on a compiler that does not support SFINAE, should cause
>> an immediate error.
>
> Can you justify that choice a bit?  In the applications where I've
> used it, no-op behavior provides good gradual degradation in
> functionality (I don't have a strong opinion though).

template<class X, class Y>
  typename enable_if<is_expression<X>::value || is_expression<Y>::value,
...>::type
  operator+(X const & x, Y const & y);

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Reply via email to