I see value on it, but the task seems not easy.
First, let me say about problem in current parser (not only the parser):
It does not recover from errors and continue parsing (and doing
semantics analysis) to show all errors. It stops on first error.
This is very bad. I'm not saying it is impossi
On 2020-10-13 06:15, Arily Essen via Firebird-devel wrote:
2. (drawing on long-term experience)
- I have seen some old threads (for instance "BTYACC" starting on Dec
4, 2004) where pros/cons of different types of parsers and parser
generators were discussed in the context of porting/migration
13.10.2020 05:15, Arily Essen via Firebird-devel wrote:
- Are you satisfied with the current situation of the DSQL parser and its generator? Are
there particularly sore points in its maintenance? Perhaps you have a longstanding mental
list of how things could be improved there?
I'm not in co
Direct, language-native client-side parsing for Firebird-flavored DSQL appears
to be missing from most external open source libraries at the moment.
This seems like it is sometimes a hurdle in tool and framework integration of
Firebird, and I think this boils down to the direct integration of C++