|
View:
New views
2 Messages
—
Rating Filter:
Alert me
|
|
|
merged release resultsI've been testing out the release branch merge that happened today.
So far everything looks good with my grammars. I don't have a situation with alternatives with literals so I've been creating some test harnesses to check out the behavior based on my understanding. That also looks good thus far. As an aside... I ran into this peculiar issue. If have this... all is good: ---------------------------------- typedef boost::variant< int, std::string > some_result_type; int main() { using qi::int_ ; using qi::alnum ; std::string some_value( "123" ); std::string::const_iterator value_iter = some_value.begin(); std::string::const_iterator value_iter_end = some_value.end(); some_result_type some_result; qi::rule< std::string::const_iterator, std::string() > rule_2 = ( *alnum ); qi::rule< std::string::const_iterator, some_result_type() > rule_1 = (int_ | rule_2 ); bool parse_good = qi::parse( value_iter, value_iter_end, rule_1, some_result ); return 0; } ----------------------------------- But if I change it so that there is one rule like this.... it fails to compile: qi::rule< std::string::const_iterator, some_result_type() > rule_1 = (int_ | (*alnum) ); It looks like the conversion from *alnum to std::string cannot be done. Is this a bug or is it expected? michael -- ---------------------------------- Michael Caisse Object Modeling Designs www.objectmodelingdesigns.com ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Spirit-general mailing list Spirit-general@... https://lists.sourceforge.net/lists/listinfo/spirit-general |
|
|
Re: merged release results> I've been testing out the release branch merge that happened today.
> > So far everything looks good with my grammars. I don't have a situation > with alternatives with literals so I've been creating some test > harnesses > to check out the behavior based on my understanding. That also looks > good > thus far. Thanks for checking! > As an aside... I ran into this peculiar issue. If have this... all is > good: > [snip] > > > But if I change it so that there is one rule like this.... it fails to > compile: > > qi::rule< std::string::const_iterator, some_result_type() > rule_1 = > (int_ | (*alnum) ); > > > It looks like the conversion from *alnum to std::string cannot be done. > Is this > a bug or is it expected? Yeah, that's the bug Joel attempted to fix a while ago. We still need to work on this. Regards Hartmut ------------------- Meet me at BoostCon http://boostcon.com ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Spirit-general mailing list Spirit-general@... https://lists.sourceforge.net/lists/listinfo/spirit-general |
| Free embeddable forum powered by Nabble | Forum Help |