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
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
# 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 -
# 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
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
Stephane Peiry [EMAIL PROTECTED] wrote:
The solaris port does not yet support jitted vtables
Thanks, applied - as well as #31721
leo
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
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
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
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
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
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
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
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
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
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
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
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
18 matches
Mail list logo