Boost logo

Boost :

From: David Abrahams (dave_at_[hidden])
Date: 2006-05-06 10:13:13

I know we have AdaptableUnaryFunction, which covers function objects
with nested result_type and argument_type. But we've long since
learned that argument_type is really unnecessary, and plenty of
libraries are looking at result_type alone (e.g. bind). Do we have a
concept for that sort of function object? If not, what shall we call

Should we rather invent a concept for "UnaryFunction that works with
boost/tr1::result_of<>" ? Maybe DeducibleUnaryFunction?

Dave Abrahams
Boost Consulting

Boost list run by bdawes at, gregod at, cpdaniel at, john at