Здравствуйте, little_alex, Вы писали:

_>Здравствуйте, SchweinDeBurg, Вы писали:

SDB>>An Introduction to the Boost Spirit Parser framework

_>И что в нем хорошего.
_>Примитивный алгоритм парсинга LL&backtracking

Even if LL(inf) with full backtracking (as implemented in Spirit) is a 'primitive' type of parsing, nowadays it is used by several large C++ compilers to parse the C++ syntax.

_>и ужасный интерфейс — то ли () надо использовать то ли [] например — не поймешь
_>что перегужено

The interface Spirit provides is quite easy to use, as only you have some interest in understanding what's going on and why something is implemented the way it is.

_>Огромный размер exe + пляски с бубнами для его уменьшение (вроде typeof)

No typeof at all. he large exe sizes are not a problem of Spirit, but an artifact of gcc|s inabilitz to handle complex templated code in an efficient manner. Moreover most of this siye goes awaz if zou strip the debug information. BTW, VC generates lean code from Spirit, no problems here.

_>У той области где он себя позиционирует лидируют регулярные выражения — хоть и
_>не обрабатывают CFG

This is plainly wrong. Spirit is a parser framework, not a regular expression framework. And as such it is able to handle grammars not implementable using regular expressions (for instance parsing hierarchical data structures).

_>PS
_>The Hapy library would not exist if Spirit would generate correct parsers by default.

The fact that this is a quote from the Hapy web site doesn't make it more correct. In fact, Spirit does generate correct parsers. Just look at the many applications Spirit has been used in.

Regards Hartmut