At 10:01 PM -0700 8/11/02, Sean O'Rourke wrote:
>Working on it. I've got greedy quantifiers (including <$n,$m>),
>interpolated arrays and scalars, enumerated character classes, code
>assertions, embedded blocks. It's all static, so runtime-compiled regexes
>aren't going in. Hypotheticals will b
Nicholas Clark wrote:
> ... I'd find it a lost easier to redo the
> trivial cut and past by copying what you did with your patch in front of me,
Please don't forget the $str_re in _annotate_contents, it's still/again
broken for 5.005.
> Nicholas Clark
TIA,
leo
At 1:22 AM -0400 8/12/02, Jeff wrote:
>Until we have permission to use the official parse.y-derived grammar,
>let's hold off on using it. Feel free to play with it, and if you can
>make it completely work, feel free, but don't commit quite yet.
We have word--Matz has graciously consented to let u
Some of you may notice the new CVS commit in languages/ruby.
This is -not- a fait accompli', but a nearly complete grammar for ruby.
I removed the left-recursion in the expression nonterminal ('arg'), but
not the last few places. It's using the publicly available descripton in
the Ruby documentat
Working on it. I've got greedy quantifiers (including <$n,$m>),
interpolated arrays and scalars, enumerated character classes, code
assertions, embedded blocks. It's all static, so runtime-compiled regexes
aren't going in. Hypotheticals will be hard, but should be doable. Same
with the various
Well, we've got a pretty good description of perl 6's regexes
courtesy of A5. Anyone care to take a shot at either modifying the
regex compiler to deal with them, or writing a perl 6 regex compiler?
--
Dan
--"it's lik
At 8:33 PM +0100 8/11/02, Nicholas Clark wrote:
>On Sun, Aug 11, 2002 at 11:55:25AM +0200, Mattia Barbon wrote:
> > I was about to submit, but recent commits means it is outdated...
> > The patch is a trivial cut'n'paste work, so if you don't want
>> to wait until august the 24th (going in vaca
On Sun, Aug 11, 2002 at 11:55:25AM +0200, Mattia Barbon wrote:
> On Sat, 10 Aug 2002 16:56:20 -0700 (PDT) Sean O'Rourke <[EMAIL PROTECTED]> wrote:
> > At this point, startup time dominates for anything as small as our test
> > programs, so for testing purposes we may want to look at some sort of
At 5:45 PM +0100 8/11/02, Tom Hughes wrote:
>In message <[EMAIL PROTECTED]>
> Tom Hughes <[EMAIL PROTECTED]> wrote:
>
>> Does anybody know the _keyed_int PMC methods take the key as a pointer
>> to an INTVAL instead of a straight INTVAL?
>>
>> It doesn't seem to make any sense so unle
On Sat, 10 Aug 2002 16:56:20 -0700 (PDT) Sean O'Rourke <[EMAIL PROTECTED]> wrote:
> A few more tweaks:
>
> - inline and remove _to_keyed and _to_keyed_integer.
> - inline pack_op
> - reorder the big elsif to test for /^\[/ once at the top, then only
> match
> against keyed/non-keyed.
>
> At t
In message <[EMAIL PROTECTED]>
Tom Hughes <[EMAIL PROTECTED]> wrote:
> Does anybody know the _keyed_int PMC methods take the key as a pointer
> to an INTVAL instead of a straight INTVAL?
>
> It doesn't seem to make any sense so unless somebody knows of a reason
> for it I plan to chang
Does anybody know the _keyed_int PMC methods take the key as a pointer
to an INTVAL instead of a straight INTVAL?
It doesn't seem to make any sense so unless somebody knows of a reason
for it I plan to change it as part of my keyed access patch...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://w
In message <[EMAIL PROTECTED]>
"Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
> - inline and remove _to_keyed and _to_keyed_integer.
Those routines are dying in my keyed access cleanup anyway ;-)
> - reorder the big elsif to test for /^\[/ once at the top, then only match
> against keye
Brent Dax wrote:
> [EMAIL PROTECTED]:
> # Modified:config/gen/makefiles perl6.in
> # +perl6-config: ../../Makefile pconfig.pl
> # + $(myperl) pconfig.pl ../../Makefile perl6-config
> Bad programmer, no cookie--those slashes aren't portable to Windows.
Actually it is my code ;
14 matches
Mail list logo
