Re: [Spirit Development] Bug in today's boost_trunk -- ambiguous operator >

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This works fine for me when a and b are not const. The bug seems to be in
proto, not Spirit.

Out of curiousity, why do you need const rules?

Eric might have some idea what the issue is here.

On Thu, 23 Dec 2010 17:51:49 -0700
Robert Nelson <[email protected]> wrote:

> I have a fairly large program that compiled just fine on boost_trunk
> version 67416, but is now broken.  I traced to problem to an ambiguous
> operator overload that occurs when both qi.hpp and fusion/tuple.hpp
> are included.
> 
> The following code does not compile as of today, but should compile on
> version 67416.
> 
> 
> #include <boost/fusion/tuple.hpp> //including this file caused ambiguity
> errors #include <boost/spirit/include/qi.hpp>
> #include <string>
> 
> int main()
> {
>   static const boost::spirit::qi::rule<std::string::const_iterator> a;
>   static const boost::spirit::qi::rule<std::string::const_iterator> b;
>   boost::spirit::qi::rule<std::string::const_iterator> rule = a > b;
> }
> 
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and, 
> should the need arise, upgrade to a full multi-node Oracle RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Spirit-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/spirit-devel
> 



- -- 
Bryce Lelbach aka wash
boost-spirit.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAk0T9wUACgkQO/fqqIuE2t7bIwCdGP+JrwnaifGsWl/ee2EM1hnJ
MxkAoJmqeeKJLaqOx4FzxwbpwDbmcB0E
=UgVX
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl