Re: More PEG

[Noah Lavine <noah.b.lavine@gmail.com>]

As promised, the 'wip-peg-fixed' branch now has an updated
S-expression representation for PEG grammars, and updated
documentation for it.

As I understand it, the next thing to do before merging (and possibly
the last thing!) is to think about what things should be named, so
they can be easy for people to learn and forwards-compatible with
whatever our future plans for parsing are. I will try to send an email
soon with some thoughts on that.

Noah

On Sat, Sep 17, 2011 at 9:09 PM, Noah Lavine <noah.b.lavine@gmail.com> wrote:
> Hello,
>
>> Can you give an example of what ‘peg-parse’ and ‘peg:tree’ return?
>
> 'peg-parse' returns a match record, which contains the string that was
> parsed, the substring that actually matched, and the tree structure
> produced by the matching. 'peg:tree' gets the tree structure out of a
> match record.
>
> I hadn't really looked at this part of the module, but it looks to me
> now like the names aren't descriptive enough. Maybe we should change
> them before putting this in a release.
>
> Noah
>
> On Sat, Sep 10, 2011 at 5:35 PM, Ludovic Courtès <ludo@gnu.org> wrote:
>> Hi!
>>
>> Noah Lavine <noah.b.lavine@gmail.com> skribis:
>>
>>> Right now I think you could get the same thing by running match on the
>>> output of the peg - something like
>>>
>>> (match (peg:tree (peg-parse <pattern> <tree>))
>>>   ((list-of-as) ...)).
>>
>> Can you give an example of what ‘peg-parse’ and ‘peg:tree’ return?
>>
>> Ludo’.
>>
>> PS: I would suggest removing the ‘peg-’ and ‘peg:’ prefixes.  Users can
>>    still use a renamer if the names clash.
>>
>>
>>
>