At 06:05 PM 8/29/00 +0000, Jim Edwards wrote:
>IMHO if the perl6 core only allow access to the parser, than a module can
>do just about anything including all of those things proposed in RFC 115 - 117.
That's sort of on the list of things to allow (I think Damian RFC'd it) but
whether it happens depends on the resulting parse speed. Hardcoded parsers
seem to run faster than more dynamic, extendable ones, so it might cost too
much. OTOH, parse speeds might end up being a trivial part of the total
program load/compile time, so it might not matter.
Regardless, you can already do this in perl 5, and will undoubtedly be able
to do it in perl 6, with source filters. (If Damian can write perl that
looks like Latin or Klingon, then python ought to be simple... :)
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
- Proposed RFC for matrix indexing and slicing Buddha Buck
- Re: Proposed RFC for matrix indexing and slicing Karl Glazebrook
- Re: Proposed RFC for matrix indexing and slicin... Dan Sugalski
- Re: Proposed RFC for matrix indexing and sl... Karl Glazebrook
- Re: Proposed RFC for matrix indexing an... Dan Sugalski
- Access to the perl6 parser Jim Edwards
- Re: Access to the perl6 parser Dan Sugalski
- Re: Access to the perl6 pa... Jim Edwards
- Re: Access to the perl6 pa... Dan Sugalski
- Re: Access to the perl6 pa... Christian Soeller
- Re: Access to the perl6 pa... Jim Edwards
- Re: Proposed RFC for matrix indexi... Christian Soeller
- Re: Proposed RFC for matrix in... Karl Glazebrook
- Re: Proposed RFC for matri... Nathan Torkington
- Re: Proposed RFC for matri... Karl Glazebrook
- Re: Proposed RFC for matri... Dan Sugalski
- Re: Proposed RFC for matri... Jeremy Howard
