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

"Hartmut Kaiser" <[email protected]> Sat, 25 Dec 2010 15:59:38 -0600
Newsgroups gmane.comp.parsers.spirit.devel
Message-ID <[email protected]>
Robert,

This is fixed now. Please update from SVN.

Regards Hartmut
---------------
http://boost-spirit.com


> -----Original Message-----
> From: Robert Nelson [mailto:[email protected]]
> Sent: Thursday, December 23, 2010 6:52 PM
> To: Spirit Development
> Subject: [Spirit-devel] [Spirit Development] Bug in today's boost_trunk --
> ambiguous operator >
> 
> 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


------------------------------------------------------------------------------
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