[QI] Alternate parser not using boost::variant

I have been struggling with adapting QI to return the result in something
else than boost::variant, which for different reasons does not fit my
problem domain. 
The approaches I have used include specialising not_is_variant, attr_cast,
as and transform_attribute in many different variations, all giving me
compilation errors when one of the elements of my variant is a container.
Can anyone provide me in a direction as to how to proceed - e.g. a link to
some documentation. The optimal solution would be to pass data directly to
my variant, but going via a boost variant would also be a viable solution.
I might get the same problem with another type of structure, somewhat
resembling boost::optional but having somewhat different semantics (the
empty "optional" type represents a predefined type).

A somewhat different question relates to x3. What is the current status and
could it be an advantage to port to X3? My software needs to compile with
MSVC.

If needed I can provide source-code, but it might be difficult to get it
sufficiently short considering I need to simulate my own variant to
replicate the problem. If you can live with a somewhat large code block, I
will be happy to provide the code.

Best regards
Peter



--
View this message in context: http://boost.2283326.n4.nabble.com/QI-Alternate-parser-not-using-boost-variant-tp4687874.html
Sent from the spirit-general mailing list archive at Nabble.com.

------------------------------------------------------------------------------