On Sep 25, 2004, at 10:27 PM, Larry Wall wrote:
On Sat, Sep 25, 2004 at 10:01:42PM -0700, Larry Wall wrote:
: We've also said that MY is a pseudopackage referring to the current
: lexical scope so that you can hand off your lexical scope to someone
: else to read (but not modify, unless you are cur
On Sat, Sep 25, 2004 at 10:01:42PM -0700, Larry Wall wrote:
: We've also said that MY is a pseudopackage referring to the current
: lexical scope so that you can hand off your lexical scope to someone
: else to read (but not modify, unless you are currently compiling
: yourself). However, random s
On Sat, Sep 25, 2004 at 02:11:10PM -0400, Chip Salzenberg wrote:
: According to Dan Sugalski:
: > At 12:25 PM -0400 9/25/04, Chip Salzenberg wrote:
: > > my $i is register;
: >
: > Except that makes things significantly sub-optimal in the face of
: > continuations, since registers aren't preserve
On Sat, Sep 25, 2004 at 11:49:26AM -0700, Jeff Clites wrote:
: >It also makes up-call lexical peeking and modification impossible.
: >This is something Larry's specified Perl 6 code will be able to do.
: >
: >That is, any routine should be able to inspect the environment of its
: >caller, and mod
> "JtUO" == Jonadab the Unsightly One <[EMAIL PROTECTED]> writes:
JtUO> Jonathan Lang <[EMAIL PROTECTED]> writes:
>> ISAM?
>>> From the RDBMS world, a kind of index I think, or something along
JtUO> those lines. MySQL for example has a type of table called MyISAM.
it predates dbms s
> > I think Guido might have made things a
> > bit harder to separate out than you
> > anticipate, unless I misread you. It
> > appears that modules and classes are
> > also imported into the same namespace
> > as everything else in python.
>
> Yeah, I had that pointed out in private
> mail. At thi
"Adam D. Lopresto" <[EMAIL PROTECTED]> writes:
> On Sat, 18 Sep 2004, Jonadab the Unsightly One wrote:
>
> The question is whether any of that needs to be core, and I'm
> starting to strongly think it doesn't. I was about to say that perl
> should only go trying to figure out that the file is an
Jonathan Lang <[EMAIL PROTECTED]> writes:
> ISAM?
>From the RDBMS world, a kind of index I think, or something along
those lines. MySQL for example has a type of table called MyISAM.
--
$;=sub{$/};@;=map{my($a,$b)=($_,$;);$;=sub{$a.$b->()}}
split//,"[EMAIL PROTECTED]/ --";$\=$ ;-> ();print$/
Andrew Rodland <[EMAIL PROTECTED]> writes:
> What about BASIC? Aren't all the little kids today raised on BASIC? :)
I don't know about the kids _today_, but for about twenty years
starting circa 1980 most home computers came with exactly one
programming language tool, and it was BASIC -- line-num
Richard Proctor <[EMAIL PROTECTED]> writes:
>> Conflict with "last LOOP"? Hm, the context should be enough to
>> distinguish them, no? (Hey, maybe they can be unified somehow --
>> "last -1" to skip to the penultimate pass through the loop? =P)
>
> That could be generalised, "next +1" skipping
On Sep 24, 2004, at 1:13 AM, Leopold Toetsch wrote:
Piers Cawley <[EMAIL PROTECTED]> wrote:
I could be wrong here, but it seems to me that having a special
'tailinvoke' operator which simply reuses the current return
continuation instead of creating a new one would make for rather
faster
tail call
On Sep 25, 2004, at 11:15 AM, Dan Sugalski wrote:
At 2:10 PM -0400 9/25/04, Chip Salzenberg wrote:
According to Dan Sugalski:
> Leaf subs and methods can know [their call paths], if we stipulate
that vtable methods are on their own, which is OK with me.
So, given this sub and tied $*var:
sub g
On Sep 25, 2004, at 10:14 AM, Dan Sugalski wrote:
At 7:43 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 7:32 PM, Dan Sugalski wrote:
At 7:28 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 6:51 PM, Aaron Sherman wrote:
However, the point is still sound, and that WILL work in P6,
At 2:10 PM -0400 9/25/04, Chip Salzenberg wrote:
According to Dan Sugalski:
> Leaf subs and methods can know [their call paths], if we stipulate
that vtable methods are on their own, which is OK with me.
So, given this sub and tied $*var:
sub getvar { my $i = rand; $*var }
the FETCH method imp
According to Dan Sugalski:
> At 12:25 PM -0400 9/25/04, Chip Salzenberg wrote:
> > my $i is register;
>
> Except that makes things significantly sub-optimal in the face of
> continuations, since registers aren't preserved...
Well, I know I'd be willing to put in a few register declarations for
i
According to Dan Sugalski:
> That is, any routine should be able to inspect the environment of its
> caller, and modify that environment, regardless of where the caller
> came from.
Understood.
> Leaf subs and methods can know [their call paths], if we stipulate
> that vtable methods are on the
At 7:43 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 7:32 PM, Dan Sugalski wrote:
At 7:28 PM -0700 9/24/04, Jeff Clites wrote:
On Sep 24, 2004, at 6:51 PM, Aaron Sherman wrote:
However, the point is still sound, and that WILL work in P6, as I
understand it.
Hmm, that's too bad--it could
At Sat, 25 Sep 2004 00:53:25 -0400,
> By the way, this isn't the list for it, but it would be cool if perl6 had
> an interactive mode as good as python's. It's one of the few places I
> think python has a compelling lead.
I'm sort of partial to:
perl -MTerm::ReadLine -le '$t = new Term::ReadLine
At 12:25 PM -0400 9/25/04, Chip Salzenberg wrote:
According to Jeff Clites:
But it's nice to have stuff that a compiler can optimize away in a
standard run, and maybe leave in place when running/compiling a
debug version [...]
my $i is register;
I See A Great Need.
Except that makes things s
According to Jeff Clites:
> But it's nice to have stuff that a compiler can optimize away in a
> standard run, and maybe leave in place when running/compiling a
> debug version [...]
my $i is register;
I See A Great Need.
--
Chip Salzenberg - a.k.a. - <[EMAIL PROTE
Stephane Peiry <[EMAIL PROTECTED]> wrote:
> The solaris port does not yet support jitted vtables
Thanks, applied - as well as #31721
leo
Edward Peschko writes:
> I'd say that that's a caveat of implementation, sort of a side effect
> of handling an error condition. By your criteria there are very few
> inverses - you could say that multiplication isn't an inverse of
> division because of zero, for example.
Err, that's funny, becaus
# New Ticket Created by Stephane Peiry
# Please include the string: [perl #31720]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31720 >
The solaris port does not yet support jitted vtables (for instance function
Parrot
# New Ticket Created by Stephane Peiry
# Please include the string: [perl #31721]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31721 >
This patch implements some compare ops (eq, ne, lt, le, gt, ge on
integers - templ
On Fri, 24 Sep 2004 19:46:37 -0700, Edward Peschko <[EMAIL PROTECTED]> wrote:
> You could even say that in the chinese case that if you have
>
> "?$B#3" --> 3 --> "3"
>
> that's a bug. It had *better* turn back into "?$B#3" when you do
> the int to string conversion. That's a internationalizatio
On Fri, Sep 24, 2004 at 10:24:32PM -0400, Aaron Sherman wrote:
> On Fri, 2004-09-24 at 16:58, Edward Peschko wrote:
>
> > Ok, ok, I'll give you that point ... lets call them 'intimately related' and
> > leave it at that... if you say "3 foo" and your algorithm goes:
> >
> > "3 foo" => 3 => "
26 matches
Mail list logo
