From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2008-06-04 15:00:16
Torsten Maehne wrote:
> * Maybe drop specialization for
These specializations should not be needed.
> * Are the specializations for boost::units::one needed in the
> context of Boost.Lambda? It seems to be an implementation
> detail of Boost.Units.
Yes it's an implementation detail. You can leave off these specializations.
> * Work out a solution for boost::lambda:bind's limitation
> concerning the binding of overloaded functions. The required
> static_cast to the function pointer (referring, e.g., a
> function from boost/units/cmath.hpp) is tedious. (I had no time yet to
> test Steven's proposal to use functors with appropriate sig template.)
This strikes me as being a separate issue, which doesn't belong in the
> * All checks involving the multiplication/division of
> boost::units::unit and boost::units::absolute<boost::units::unit>
> types are not compiling. The compiler complains about ambiguous
> overloads for operator* and operator/ (originating from Boost.Units
> and Boost.Lambda). Therefore they are currently commented out.
These shouldn't compile.
> * The check fo unit<Dim1, System1> - unit<Dim2, System2> is not
> compiling. The compiler finds no matching definition of operator-.
Again these shouldn't compile.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk