Re: S5 updated

2004-09-25 Thread Edward Peschko
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 = 2 then you

Re: S5 updated

2004-09-25 Thread Herbert Snorrason
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 internationalization snafu if you

[perl #31721] [PATCH] jit compare ops on solaris

2004-09-25 Thread via RT
# New Ticket Created by Stephane Peiry # Please include the string: [perl #31721] # in the subject line of all future correspondence about this issue. # URL: 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 -

[perl #31720] [PATCH] fix make testj hang on solaris

2004-09-25 Thread via RT
# New Ticket Created by Stephane Peiry # Please include the string: [perl #31720] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31720 The solaris port does not yet support jitted vtables (for instance function

Re: S5 updated

2004-09-25 Thread Luke Palmer
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, because

Re: [perl #31720] [PATCH] fix make testj hang on solaris

2004-09-25 Thread Leopold Toetsch
Stephane Peiry [EMAIL PROTECTED] wrote: The solaris port does not yet support jitted vtables Thanks, applied - as well as #31721 leo

Re: Why lexical pads

2004-09-25 Thread Chip Salzenberg
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

Re: Why lexical pads

2004-09-25 Thread Dan Sugalski
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

Re: Why lexical pads

2004-09-25 Thread Dan Sugalski
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

Re: Why lexical pads

2004-09-25 Thread Chip Salzenberg
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 their

Re: Why lexical pads

2004-09-25 Thread Chip Salzenberg
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 inner

Re: Why lexical pads

2004-09-25 Thread Dan Sugalski
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

Re: Why lexical pads

2004-09-25 Thread Jeff Clites
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

Re: Why lexical pads

2004-09-25 Thread Jeff Clites
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

Re: towards a new call scheme

2004-09-25 Thread Jeff Clites
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 calls

Re: What Requires Core Support (app packaging)Z

2004-09-25 Thread Jonadab the Unsightly One
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 archive

Re: Namespaces, part 1 (new bits)

2004-09-25 Thread TOGoS
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 this point I'm a

Re: Ordinals, Hashes, and Arrays, oh my

2004-09-25 Thread Uri Guttman
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 stuff. it stands