[sqlite] Lemon-generated parser gives an assertion failure

{ 4163if( ap->type==REDUCE || ap->type==SHIFTREDUCE ){ 4164 ap->x.rp->doesReduce = i; 4165} 4166 } 4167} Kelvin Sherlock ___ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

[sqlite] Lemon: Simple recursive rule causes assertion failed: stateno <= YY_SHIFT_COUNT

fail. Most of the time (and in the case of SQLite parse.y) the shift table won’t compress and YY_MAX_SHIFT == YY_SHIFT_COUNT. Given that, it probably shouldn’t try to compress the shift table. Kelvin Sherlock ___ sqlite-users mailing list sqlite-users

[sqlite] Lemon reduce action merge bug

> On Apr 29, 2016, at 7:29 AM, Richard Hipp wrote: > > On 4/28/16, Kelvin Sherlock wrote: >> I believe the lemon reduce action optimizer needs to compare the codePrefix >> and codeSuffix. > > Thanks for the bug report. A fix has now been checked in. >

[sqlite] Lemon reduce action merge bug

p2->iRule); writeRuleText(out, rp2); fprintf(out," */ yytestcase(yyruleno==%d);\n", rp2->iRule); lineno++; Thanks, Kelvin Sherlock