boost-spirit

I would like my boost::spirit-based parser to be able to parse a file, convert the parsed rules into different types, and emit a vector containing all of the matches it found. All of the types that are emitted as attributes should be inherited from a base type, for example: #include <boost/spirit/include/qi.hpp> #include <boost/fusion/adapt_struct.hpp> #include <boost/shared_ptr.hpp> #include <boost/foreach.hpp> struct CommandBase { virtual void commandAction() { std::cout << "This is a base command. You should never see this!" << std::endl; //Boost::spirit seems to get mad if I make this

I would like to parse a sentence where some strings may be unquoted, 'quoted' or "quoted". The code below almost works - but it fails to match closing quotes. I'm guessing this is because of the qq reference. A modification is commented in the code, the modification reults in "quoted' or 'quoted" also parsing and helps show the original problem is with the closing quote. The code also describes the exact grammar. To be completely clear: unquoted strings parse. A quoted string like 'hello' will parse the open quote ' , all the characters hello , but then fail to parse the final quote ' . I made

General case: I can't figure out why my Spirit grammar/semantics actions aren't compiling. Sometimes, the compiler will complain about assignment or type incompatibilities and I have no clue what's wrong. The problem occurs in two main areas: predicting the type of synthesized attributes for a rule/expression consequently, predicting what types of attributes can be legally defined as the exposed attribute for the rule (relying in builting conversions, fusion adaptors or Spirit customization points) matching the argument types for my semantic action so that the compiler will be able to compile

I have an compilation issue with Spirit Qi where it complains that value_type is not a member of identifier . For some reason, Qi's attribute system considers identifier to be a container type, and tries to enumerate it's value type. This is a similar issue as in this question , however, I believe the cause is the single member struct and may be related to this bug . #include <string> #include <boost/spirit/include/qi.hpp> #include <boost/fusion/include/adapt_struct.hpp> using namespace boost::spirit::qi; struct identifier { std::wstring name; }; struct problem { identifier _1; identifier _2;