Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

fglock (5723)

fglock
  (email not shown publicly)

Journal of fglock (5723)

Wednesday July 19, 2006
12:17 AM

Pugs::Compiler::Rule refactoring

[ #30333 ]

Pugs::Compiler::Rule has been branched in the svn repository in order to fix some architecture problems:

- the bootstrapped compiler and the user-side runtime will no longer be shared. This will make it easier to make changes in the user-side, without needing to redo the bootstrap.

- there will be a single Match class - currently :ratchet and non-ratchet rules create different match objects. The unification will fix the long due TODO of allowing calls between ratchet and non-ratchet rules.

Today Audrey also contributed a change in the Match class, allowing '$($/)' to return the result object - this syntax is the long form of '$/()'.


List all Journal entries
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Pugs::Compiler::Rule refactoring 1 Comment More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • In Perl 6, the equivalent form for $$/ is $(), not $/() -- there's currently no defined semantics for using $/ as a Code; $() works because it's defaulted to mean $($/), just like @() means @($/), and %() means %(). I'm really excited about the Match unification. Once that happens and ratchet matching becomes stable, there's a lot of production uses I can think of for it... :)
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.