Larry Wall wrote:
On Thu, Mar 31, 2005 at 03:03:09PM +0200, Thomas Sandlaß wrote:
: BTW, will bidirectionality be supported? Does it make sense to reflect
: it in the StrPos type such that $pos_start < $pos_end means a non-empty
: left to right string, $pos_start > $pos_end is a non-empty right to
On Thu, Mar 31, 2005 at 03:03:09PM +0200, Thomas Sandlaß wrote:
: Larry Wall wrote:
: >On Sat, Mar 26, 2005 at 02:37:24PM -0600, Rod Adams wrote:
: >: How can you have a level independent position?
: >
: >By not confusing positions with numbers. They're just pointers into
: >a particular string.
:
Larry Wall wrote:
On Sat, Mar 26, 2005 at 02:37:24PM -0600, Rod Adams wrote:
: How can you have a level independent position?
By not confusing positions with numbers. They're just pointers into
a particular string.
I'm not the Unicode guru but my understanding is that all composition
sequences are
Larry Wall wrote:
On Sat, Mar 26, 2005 at 02:37:24PM -0600, Rod Adams wrote:
: Please convince me your view works in practice. I'm not seeing it work
: well when I attempt to define the relevent parts of S29. But I might
: just be dense on this.
Well, let's work through an example.
multi meth
On Sat, Mar 26, 2005 at 02:37:24PM -0600, Rod Adams wrote:
: Larry Wall wrote:
:
: >%+ and %- are gone. $0, $1, $2, etc. are all objects that know
: >where they .start and .end. (Mind you, those methods return magical
: >positions that are Unicode level independent.)
: >
: How can you have a le
On Sat, 2005-03-26 at 12:48 -0800, Larry Wall wrote:
> On Sat, Mar 26, 2005 at 09:59:10AM -0500, Aaron Sherman wrote:
> Well, there is a process object, but it actually exists inside the
> operating system. It's a little silly to force people to name their
> own process all the time. I think we
On Sat, Mar 26, 2005 at 09:59:10AM -0500, Aaron Sherman wrote:
: On Sat, 2005-03-26 at 00:27 -0800, Larry Wall wrote:
:
: > $$ is now $*PID. ($$foo is now unambuous.)
: >
: > $0 is gone in favor of $*PROGRAM_NAME or some such.
:
: You know, Java did one thing in this respect that I liked, and m
Larry Wall wrote:
%+ and %- are gone. $0, $1, $2, etc. are all objects that know
where they .start and .end. (Mind you, those methods return magical
positions that are Unicode level independent.)
How can you have a level independent position?
The matching itself happens at a specified level. (No
On Sat, Mar 26, 2005 at 03:37:41AM -0700, Luke Palmer wrote:
: > $! will be a legal variable name. $/ is going away,
:
: By which you mean that $/ is turning into a special $0.
I'd say that $0 is a specialization of $/, but yes, basically, they
both represent the current match result, albeit di
On Sat, 2005-03-26 at 00:27 -0800, Larry Wall wrote:
> $$ is now $*PID. ($$foo is now unambuous.)
>
> $0 is gone in favor of $*PROGRAM_NAME or some such.
You know, Java did one thing in this respect that I liked, and managed
to do it in a way that I couldn't stand. The idea of program as object
Larry Wall creates Sish28:
> On Sat, Mar 26, 2005 at 02:11:29PM +0800, Autrijus Tang wrote:
> : On Fri, Mar 25, 2005 at 10:03:45PM -0800, Larry Wall wrote:
> : > Hmm, well, if it got that far. Given strict being on by default,
> : > this particular example should probably just die on the fact that
--- Luke Palmer wrote:
> Andrew Savige writes:
> > I stumbled across a couple of interesting quote interpolation
> > edge cases:
Just toppled over the edge of another two sand traps.
Case 3
--
# cat q7.p6
my $x = '\\x';
print "x='$x'\n";
# perl -w q7.p6
x='\x'
# pugs q7.p6
x='\\x'
Case 4
On Sat, Mar 26, 2005 at 02:11:29PM +0800, Autrijus Tang wrote:
: On Fri, Mar 25, 2005 at 10:03:45PM -0800, Larry Wall wrote:
: > Hmm, well, if it got that far. Given strict being on by default,
: > this particular example should probably just die on the fact that $"
: > isn't declared, since there
On Fri, Mar 25, 2005 at 10:03:45PM -0800, Larry Wall wrote:
> Hmm, well, if it got that far. Given strict being on by default,
> this particular example should probably just die on the fact that $"
> isn't declared, since there's no $" in Perl 6.
Is $" okay as a variable name? Is everything from
Andrew Savige writes:
> I stumbled across a couple of interesting quote interpolation
> edge cases:
>
> Case 1
> --
>
> # cat ttt.p6
> my $x = "{";
>
> # pugs ttt.p6
>
> unexpected end of input
> expecting "\"", "$!", "$/", "\\" or block
> NonTerm SourcePos "ttt.p6" 2 1
>
> Is this a bug?
On Sat, Mar 26, 2005 at 03:32:18PM +1100, Andrew Savige wrote:
: I stumbled across a couple of interesting quote interpolation
: edge cases:
:
: Case 1
: --
:
: # cat ttt.p6
: my $x = "{";
:
: # pugs ttt.p6
:
: unexpected end of input
: expecting "\"", "$!", "$/", "\\" or block
: NonTerm So
I stumbled across a couple of interesting quote interpolation
edge cases:
Case 1
--
# cat ttt.p6
my $x = "{";
# pugs ttt.p6
unexpected end of input
expecting "\"", "$!", "$/", "\\" or block
NonTerm SourcePos "ttt.p6" 2 1
Is this a bug?
Case 2
--
# cat q1.pl
my $x = "$";
print "x='$x'
17 matches
Mail list logo
