Dan Sugalski wrote:
At 10:16 PM -0500 12/9/02, Joseph F. Ryan wrote:
Dan Sugalski wrote:
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
It should be;
Doesn't mean it will be. And "should" is an awfully s
At 10:16 PM -0500 12/9/02, Joseph F. Ryan wrote:
Dan Sugalski wrote:
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
It should be;
Doesn't mean it will be. And "should" is an awfully strong word...
--
Dan Sugalski wrote:
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
It should be; the raw parsed data might be treated with regular
expressions in the parse-tree processing stage, but that shouldn't
count as a sec
Luke Palmer wrote:
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Date: Mon, 9 Dec 2002 23:43:44 +
Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Content-Disposition: inline
From: Nicholas Clark <[EMAIL PROTECTED]>
X-SMTPD: qpsmtpd/0.20, http://develooper.com/code/qpsmtpd/
On Sun, Dec 08
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
--
Dan
--"it's like this"---
Dan Sugalski even samurai
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> Date: Mon, 9 Dec 2002 23:43:44 +
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Content-Disposition: inline
> From: Nicholas Clark <[EMAIL PROTECTED]>
> X-SMTPD: qpsmtpd/0.20, http://develooper.com/code/qpsmtpd/
>
> On Sun, Dec 08, 200
On Sun, Dec 08, 2002 at 03:41:22PM +1100, Damian Conway wrote:
> Nicholas Clark wrote:
> >Well, I was wondering if my function returned "CR", then
> >"\c[$(call_a_func())]" would mean that the "CR" gets run thought the
> >\c[...] conversion and a single byte ("\r") is what ends up in the string.
>
Nicholas Clark wrote:
Why not just:
"$(chr call_a_func()]"
???
Well, I was wondering if my function returned "CR", then
"\c[$(call_a_func())]" would mean that the "CR" gets run thought the
\c[...] conversion and a single byte ("\r") is what ends up in the string.
I seriously doubt it. %-)
On Sat, Dec 07, 2002 at 01:20:26PM +1100, Damian Conway wrote:
> Nicholas Clark mused:
>
> >I just had this thought - can I interpolate in there?
> >
> >Something like
> >"\c[$(call_a_func())]"
>
> Why not just:
>
> "$(chr call_a_func()]"
>
> ???
Well, I was wondering if my function returned
Nicholas Clark mused:
I just had this thought - can I interpolate in there?
Something like
"\c[$(call_a_func())]"
Why not just:
"$(chr call_a_func()]"
???
Damian
On Fri, Dec 06, 2002 at 03:24:44PM +1100, Damian Conway wrote:
> Larry was certainly in favour of it when he wrote A5
> (see under http://search.cpan.org/perl6/apo/A05.pod#Backslash_Reform).
> Except the separators he suggests are semicolons:
>
> Perl 5 Perl 6
> \x0a\x0d
On 12/05/2002 12:18 PM, Michael Lazzaro wrote:
On Thursday, December 5, 2002, at 02:11 AM, James Mastros wrote:
On 12/04/2002 3:21 PM, Larry Wall wrote:
\x and \o are then just shortcuts.
Can we please also have \0 as a shortcut for \0x0?
\0 in addition to \x, meaning the same thing? I
Michael Lazzaro wrote:
Huh... having a comma-separated list to represent multiple characters.
I can't think of any problems with that, and it would be marginally
easier for some sequences...
Unless someone on the design team objects, I'd say let's go for it.
Larry was certainly in favour of
On Thu, Dec 05, 2002 at 09:18:21AM -0800, Michael Lazzaro wrote:
:
: On Thursday, December 5, 2002, at 02:11 AM, James Mastros wrote:
:
: >On 12/04/2002 3:21 PM, Larry Wall wrote:
: >>\x and \o are then just shortcuts.
: >Can we please also have \0 as a shortcut for \0x0?
:
: \0 in addition to
On Wednesday, December 4, 2002, at 12:55 PM, David Whipp wrote:
How far can we go with this \c thing? How about:
print "\c[72, 101, 108, 108, 111]";
will that print "Hello"?
Huh... having a comma-separated list to represent multiple characters.
I can't think of any problems with that, and i
On Thursday, December 5, 2002, at 02:11 AM, James Mastros wrote:
On 12/04/2002 3:21 PM, Larry Wall wrote:
\x and \o are then just shortcuts.
Can we please also have \0 as a shortcut for \0x0?
\0 in addition to \x, meaning the same thing? I think that would get
us back to where we were wit
On 12/04/2002 3:21 PM, Larry Wall wrote:
On Wed, Dec 04, 2002 at 11:38:35AM -0800, Michael Lazzaro wrote:
: We still need to verify whether we can have, in qq strings:
:
:\033 - octal (p5; deprecated but allowed in p6?)
I think it's disallowed.
Thank the many gods ... or One True
> I think that solves all the problems we're having. We change \c to
> have more flexible meanings, with \0o, \0x, \0d, \0b, \o, \x as
> shortcuts. Boom, we're done. Thanks!
How far can we go with this \c thing? How about:
print "\c[72, 101, 108, 108, 111]";
will that print "Hello"?
On Wednesday, December 4, 2002, at 12:21 PM, Larry Wall wrote:
I think the general form is:
\0o33 - octal
\0x1b - hex
\0d123 - decimal
\0b1001- binary
\x and \o are then just shortcuts.
The general form could be
\0o[33] - octal
\0x[1b] - hex
Larry wrote:
: But I think we'd definitely like to introduce \d.
Can't, unless we change \d to in regexen.
Which we ought to be very wary of, given how very frequently it's
used in regexes.
Damian
On Wednesday, December 4, 2002, at 11:50 AM, Dave Whipp wrote:
ps. how did this thread migrate from p6d to p6l?
By popular request. If we have something we think will be even
remotely controversial, we'll move it to p6l for debate, then use p6d
to summarize the outcome. That will concentra
On Wed, Dec 04, 2002 at 11:38:35AM -0800, Michael Lazzaro wrote:
: We still need to verify whether we can have, in qq strings:
:
:\033 - octal (p5; deprecated but allowed in p6?)
I think it's disallowed.
:\o33 - octal (p5)
:\x1b - hex (p5)
:\d12
"Michael Lazzaro" <[EMAIL PROTECTED]> wrote
> Note that \b conflicts with backspace. I'd rather keep backspace than
> binary, personally; I have yet to feel the need to call out a char in
> binary. :-) Or we can make it dependent on the trailing digits, or
> require the brackets, or require back
23 matches
Mail list logo