[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: master 930c578c104: ; Improvements to PEG documentation
From: |
Eric Abrahamsen |
Subject: |
Re: master 930c578c104: ; Improvements to PEG documentation |
Date: |
Tue, 16 Apr 2024 20:54:41 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Michael Heerdegen via "Emacs development discussions."
<emacs-devel@gnu.org> writes:
> Hello Eric,
>
> why do you use the term "lambda form" here?
>
> | +@defun peg-run peg-matcher &optional failure-function success-function
> | +This function accepts a single @var{peg-matcher}, which is the result of
> | +calling @code{peg} (see below) on a named rule, usually the entry-point
> | +of a larger grammar.
> | +
> | +At the end of parsing, one of @var{failure-function} or
> | +@var{success-function} is called, depending on whether the parsing
> | +succeeded or not. If @var{success-function} is called, it is passed a
> | +lambda form that runs all the actions collected on the stack during
> | +parsing -- by default this lambda form is simply executed.
>
> AFAIU the function is just passed a function. An anonymous function
> maybe, but certainly a function value, not a function form - so just
> daily business - or do I miss something?
No, you're right, I was probably just looking at the code and describing
what I was seeing.