Larry Evans writes:
I tried a global replace of apply_if with eval_if; however, I got: <--------------------
intel-linux.compile.c++ ../../../../bin.v2/lje/libs/managed_ptr/test/intel-linux/debug/smart_ptr_test.o ../../../boost/managed_ptr/smart_ptr.hpp(204): error: class "boost::mpl::eval_if<boost::mpl::bool_<false>::type, boost::mpl::identity<boost::ref_counted<boost::mpl::_>>,
boost::detail::get_policy<boost::mpl::list<boost::managed_ptr::refcycle_counted_curry_prox_visitor<boost::managed_ptr::refcycle_prox _visitor_abs::this_type>::owner_refptr<boost::mpl::_>,
boost::empty_policy, boost::empty_policy, boost::empty_policy, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na, boost::mpl::na>, boost::ownership_policy_tag, boost::ref_counted<boost::mpl::_>>::iter_>" has no member "type" >::type type; ^
Larry, this is not related to "apply_if" renaming, but rather to changes in the MPL's iterator protocol -- http://www.mywikinet.com/mpl/mpl_1_32_changelog/iterator-protocol.html. In particular, every place where you're dereferencing MPL iterators via '::type' needs to be re-written using 'mpl::deref' metafunction, as per cited document. HTH, -- Aleksey Gurtovoy MetaCommunications Engineering