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