Re: [perl #17739] [PATCH] Tests for assign ops

Leopold Toetsch wrote: > Nothing against the tests - it's always a good thing to have tests - but > I'm confused: > > inline op set(inout PMC, in INT) { >$1->vtable->set_integer_native(interpreter, $1, $2); >goto NEXT(); > } > inline op assign(inout PMC, in INT) { >$1->vtable->set_in

Re: [perl #17739] [PATCH] Tests for assign ops

Simon Glover (via RT) wrote: > Patch below adds tests for assign_p_i, assign_p_n and assign_p_s. > (There's no test for assign_p_p because the scalar PMCs don't support > it yet). Nothing against the tests - it's always a good thing to have tests - but I'm confused: inline op set(inout PMC

Re: [xperl #x17733] Net::Telnet - Problem on HP-UX

George (via RT) writes: ># New Ticket Created by George ># Please include the string: [perl #17733] ># in the subject line of all future correspondence about this issue. ># http://rt.perl.org/rt2/Ticket/Display.html?id=17733 > Grumble. This guy sent this to the wrong email address. I've boun

Re: Open Patch Status

> Here's a couple more that I just stumbled across - they've not been > picked up automatically because they don't have [PATCH] in the header. > (16077) 'assign' opcode and unmorphing > (16098) First draft of PerlScalar PMC I've tagged them both as patches, so they'll show up in the list now. -R

Re: Open Patch Status

On Tue, 1 Oct 2002, Robert Spier wrote: > > http://www.parrotcode.org/openpatches > > There are a _lot_ of Pending patches. > > Within a few weeks, I hope to have an automated email nudging about > this weekly. > Here's a couple more that I just stumbled across - they've not been picked up aut

[perl #17739] [PATCH] Tests for assign ops

# New Ticket Created by Simon Glover # Please include the string: [perl #17739] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=17739 > Patch below adds tests for assign_p_i, assign_p_n and assign_p_s. (There's no test f

Re: Self documenting comments for parrot

Thanks for the feedback, Pod it is! I will get back to work on the "getting started" guide. Thanks again, Erik

Re: [perl #17731] [PATCH] Integration of Lea like allocators

Andy Dougherty wrote: > Similarly, trying out perl5's malloc (the Kingsley malloc, very heavily > modified by Ilya Z to better match perl's typical allocation patterns, and > quite tunable) might be a good idea. Brr, ugly code, deeply nested with per5-ismen ;-) ... But good idea ... An hour l

Re: Self documenting comments for parrot

At 11:59 PM -0400 10/2/02, Erik Lechak wrote: > By the way is this an RFC thing? Well, changes to POD as far as perl is concerned is probably a RFC thing, but I don't think I'd bother--I know Larry and Damian have some stuff up their sleeves for POD, heredocs, and suchlike things. > Should t

Re: [perl #17731] [PATCH] Integration of Lea like allocators

On Thu, 3 Oct 2002, Leopold Toetsch wrote: > [1] a test looks for availability of mallinfo, and assumes then, that > the underlying libc uses ptmalloc (which is derived from Lea malloc > 2.6.4). For this case, no malloc.c is linked to parrot, saving ~80 KB. > (This test could be omitted, to use

Re: [INFO] African Grey array speedup

Leopold Toetsch wrote: > Please compare to intlist. new P0, . set I0, 1 set I1, 0 loop: set P0, I0 set P0[I1], I0 inc I0 inc I1 lt I0, 10, loop set I2, 0 loop_sc: set I3, P0[I2] inc I2 lt I2, I1, loop_sc end Time Array 13 minutes 18 seconds PerlArray 1

[perl #17733] Net::Telnet - Problem on HP-UX

# New Ticket Created by George # Please include the string: [perl #17733] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=17733 > Hello, The following script (with real $host,$user and $pwd) use Net::Telnet; $host='h'