Parsing Expression Grammar vs. Regexes: Building Org Parser in Lisp, Export HTML
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
Parsing Expression Grammar vs. Regexes: Building Org Parser in Lisp, Export HTML
Unofficial Hacker News client; not affiliated with Y Combinator.
overthenexttwod · · focus · HN ↗
LLMs have changed the equation. It used to take me 2-3 hours to write a parser for a moderately complex grammar. Now, if I hand an LLM a loosely written, BNF-ish grammar and ask for a recursive-descent parser, it finishes the job in five minutes. At this point, writing them by hand is hard to justify. The model does it substantially faster, and lately, often better than I do.
Which makes me wonder: what’s the appeal of PEGs or parser generators now? They used to make sense when hand-writing wasn't practical, but what compelling reasons are left to use them today?
UncleEntity · · focus · HN ↗
I just had the robots write a PEG parser generator...
Which can do analysis on the grammars which, I suspect, a hand (or LLM) written one can't do so you don't end up chasing infinite recursion, dead rules and whatnot. It also got shoehorned into the regex engine (<a href="https://arxiv.org/abs/1210.4992" rel="nofollow">https://arxiv.org/abs/1210.4992) for my toy Java 1.0 compiler to loop back to TFA.
For my APL interpreter they had to do the 'handwritten' parser (a Pratt parser a sibling comment brings up) as you need to combine parsing and evaluation since there's no way for the parser to tell what it's looking at because APL syntax is just weird.
Horses for courses, as they say.