Subject: Re: [boost] [phoenix] conflicts between result_of namespace and result_of class.
From: Vicente Botet (vicente.botet_at_[hidden])
Date: 2011-05-25 13:51:58
Thomas Heller-7 wrote:
> On Wed, May 25, 2011 at 5:04 PM, Vicente Botet
> <vicente.botet_at_[hidden]> wrote:
>> I have found an error when we define new phoenix expression inside boost
>> The following
>> BOOST_PHOENIX_DEFINE_EXPRESSION( Â // line 19
>> Â Â (boost)(convert_to)
>> Â , (proto::terminal<boost::phoenix::detail::target<proto::_> >)
>> Â Â (boost::phoenix::meta_grammar)
>> It seems that the Phoenix result_of protocol and the utility result_of
>> Is this a real issue?
> No I don't think so. Why does this need to in the boost namespace in
> the first place?
> make it:
> BOOST_PHOENIX_DEFINE_EXPRESSION( // line 19
> , (proto::terminal<boost::phoenix::detail::target<proto::_> >)
This is what I have done to make it working. In addition others were already
reclaiming a specific namespace for Boost.Conversion.
> namespace boost
> using convert::convert_to;
> I don't know what currently is considered best practice, but isn't it
> considered bad to put
> stuff directly in the boost namespace?
The problem would be the same if Boost.Conversion had a class result_of
I don't know id the Boost.Phoenix documentation state explicitly that these
macros introduce a namespace result_of, but it would be great if it does. I
see that the documentation that the macro introduce the namespaces tag,
expression and rule, but result_of is missing.
> If it isn't, what are the general rules of when something is
> considered for being resident in the boost
I don't think that Boost must forbids the direct used of the boost
namespace. I recognize that in general using a specific namespace is a good
guideline, but I'm sure we want to use boost:: directly for the libraries
that are accepted or candidate to the standard, but maybe others think
-- View this message in context: http://boost.2283326.n4.nabble.com/phoenix-conflicts-between-result-of-namespace-and-result-of-class-tp3549976p3550496.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