Subject: Re: [boost] type traits not in boost.type_traits
From: Vicente Botet (vicente.botet_at_[hidden])
Date: 2011-02-26 09:03:47
FrÃ©dÃ©ric Bron wrote:
>> Have you looked for compound traits in other libraries that could be
>> added to TypeTraits for convenience? Â That is, if it is very common to
>> combine certain traits, then a single trait that captures the compound
>> would simplify a good deal of code.
> No I have not.
> what about is_voidstar? I am using this a lot in my addition.
> Would it be meaningful to add this?
What is expected for is_voidstar, is_void_ptr?
> * these would be nice to have in type_traits
> . boost/mpl/has_xxx.hpp
This should be taken in account by Boost.TTI
> . boost/mpl/math/is_even.hpp
This has a sens only for integral types. I don't see the need to move it to
type_traits. BTW, where these math extensions are documented?
> . boost/icl/type_traits/is_container.hpp
> . boost/icl/type_traits/is_numeric.hpp
This seems similar to is_arithmetic but has some particularities.
> * are these duplicates?
> . boost/ptr_container/detail/is_convertible.hpp and
Here it was you that make the duplication ;-) I guess you are talking of
boost/type_traits/is_convertible.hpp. I suspect that this is a duplication,
but it is not public. Maybe Ion can use the one provided by type_traits.
> . boost/preprocessor/facilities/is_empty.hpp and
boost/preprocessor/facilities/is_empty.hpp define BOOST_PP_IS_EMPTY. Have
you seen the contents of the files you are listing here or you expected
someone as me to make the analysis :(?
-- View this message in context: http://boost.2283326.n4.nabble.com/type-traits-not-in-boost-type-traits-tp3323941p3325879.html Sent from the Boost - Dev mailing list archive at Nabble.com.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk