Skip Menu |

This queue is for tickets about the Grammar-Formal CPAN distribution.

Report information
The Basics
Id: 92310
Status: open
Priority: 0/
Queue: Grammar-Formal

People
Owner: Nobody in particular
Requestors: feratilbeau [...] hotmail.com
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in: 0.01
Fixed in: (no value)



Subject: Grammar free options
I can happen that a grammar has options understandable only by the engine supporting - in practive: Marpa. What about a Grammar::Formal::Options that would be a hashRef of Ref ? Thanks / JD.
Subject: Re: [rt.cpan.org #92310] Grammar free options
Date: Tue, 21 Jan 2014 02:37:05 +0100
To: bug-Grammar-Formal [...] rt.cpan.org
From: Bjoern Hoehrmann <derhoermi [...] gmx.net>
* jddurand via RT wrote: Show quoted text
>I can happen that a grammar has options understandable only by the >engine supporting - in practive: Marpa. >What about a Grammar::Formal::Options that would be a hashRef of Ref ?
Could you elaborate on what you are looking for here? Generally, if there are patterns (operators or operands) specific to a particular tool, the expectations is that you would create a package using one of, say, ::Pattern, ::Unary, ::Binary as base and simply hook that into the tree. Alternatively, but less elegant, a ::Pattern could be created and the `user_data` attribute could be set as appropriate. I could make another more explicit generic extension point, say a `::Custom` package with a simple `data` member, but it would be nice to understand any problems with the alternatives first. I could also be totally off in my interpretation of your suggestion. -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/