Looks like a good idea. Now that ASF's are about to become stabilized in Marpa::R2, can it perhaps (just perhaps :) be a better time for documenting ASF::rh_values() and Scanless::R::rule_closure() methods used in sl_panda1.t <https://github.com/jeffreykegler/Marpa--R2/blob/master/cpan/t/sl_panda1.t>; and this pull request <https://github.com/rns/Marpa--R2/commit/7e9ea10edad7f4aab9ac821218c80a8e644feb37> ?
On Mon, Aug 18, 2014 at 11:40 PM, Jeffrey Kegler < [email protected]> wrote: > I'm thinking of changing Marpa's ASF's (abstract forests) from alpha, > going directly from alpha to stable. These interfaces appear to work and > I've had no bugs reported for them. I probably will do further > experimentation with ASF's, but I don't want to do these experiments inside > Marpa::R2, which I'm trying to keep very low risk and stable. So there > seems to be no reason not to make the ASF's part of Marpa::R2's stable > interface. > > The ASF's do play a role in the $recce->doit() method -- when ambiguities > are treated as errors, the ASF's allow Marpa::R2 to report exactly where > and why a parse is ambiguous. > > Comments are welcome -- jeffrey > > -- > You received this message because you are subscribed to the Google Groups > "marpa parser" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "marpa parser" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
