Sean O'Rourke (via RT) wrote:
> What happens if you presize the PerlArray to its final size
Then it is of course faster, but this is not a real world proposal IMHO,
you don't know in advance the usage pattern, so you can't do this. Of
course, the memory management of array/PerlArray could be sm
Dan Sugalski wrote:
> *) Spec the vtable changes
Starting from my proposal ...
Subject: [RFC] 2. Proposal for _keyed opcodes
I have some more implementation details, WRT _keyed.
- An aggregate should provide these vtable methods:
* entry_type ... get info about the aggregates storage
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
> intlist_3.pbc is with 1) already 10 times faster then the same test with
> PerlArray (ok, that's not fair, .PerlArray has to new_pmc, which
> accounts for ~40% difference).
What happens if you presize the PerlArray to its final size before the
loop?
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17549]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17549 >
Attached patch
- corrects a bug in int_list_assign 1)
- makes direct access fly
int
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17537]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17537 >
Attached patch fixes all currently known problems WRT imcc/perl6.
imcc 0.0.9 is rat
Here's a message I got from a nice admin at HP.
--
Andy Dougherty [EMAIL PROTECTED]
-- Forwarded message --
Date: Mon, 23 Sep 2002 14:53:34 -0400
From: James Chamberlain <[EMAIL PROTECTED]>
To: Andy Dougherty <[EMAIL PROTECTED]>
Subject: Re: Tinderbox "TD-ParkAv
Okay, folks, I'm back from travel, at least for a little while. My
short term goals are:
*) Finish up the calling convention changes
*) Spec the PMC changes
*) Spec the vtable changes
*) Get exceptions fully defined and a preliminary implementation
The variable/vtable stuff should be done in th
On Lundi 23 Septembre 2002 10:33, Josef Hook wrote :
> I would really apreciate if someone would like to work on multiarrays.
Okay, I volunteer for this, 'cause it's one of the things I really really
need for my Befunge-98 interpreter. And everyone knows (or should know) that
supporting Befunge
> -Original Message-
> From: Piers Cawley [mailto:[EMAIL PROTECTED]]
> "Jonathan Sillito" <[EMAIL PROTECTED]> writes:
> > get_counter:
> > new_pad 1
>
> Doesn't this violate the 'caller saves' principle, making it hard to
> do tail call optimization? Would it make sense to move the cre
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17533]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17533 >
On Mon, 23 Sep 2002, H.Merijn Brand wrote:
> > > > cd languages/perl6
> > >
On Mon 09 Sep 2002 22:22, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Mon, 9 Sep 2002, H.Merijn Brand wrote:
>
> [HP-UX 11.00, GNU gcc-3.2]
>
> > > cd languages/perl6
> > > make
> >
> > For gcc (which was the last I used) I got :(
> >
> > /usr/bin/ld -o imcc imcparser.o imclexer.o imc.
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17524]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17524 >
This patch hides some internals of keys by using the appropriate key
functions in p
Mike Lambert (via RT) wrote:
>> Now, trace_system_stack walks a ~1300 entries deeper stack in CGoto
>>run mode, because of the jump table in cg_core. Don't ask me about this
>>difference to 900 ops, gdb says so.
> Ahh, good observation. (I'm more of a non-cgoto person myself ;).
My favorit
I did "cp t/pmc/intlist.t t/pmc/intlista.t" and
s/\.IntList/\.PerlArray/g in the latter.
After implementing the missing pop-methods[1] in array.pmc I ran both:
$ time parrot t/pmc/intlist_2.pbc
I need a shower.
real0m0.097s
user0m0.090s
sys 0m0.000s
$ time parrot t/pmc/intlista_2.p
"Jonathan Sillito" <[EMAIL PROTECTED]> writes:
>> -Original Message-
>> From: Sean O'Rourke [mailto:[EMAIL PROTECTED]]
>>
>> I think I didn't look through the patch queue carefully enough ;). I
>> gather that it's accepted practice (or something like that) to use an
>> array of pointers i
On Dimanche 22 Septembre 2002 12:08, Nicholas Clark wrote :
> (except by golfers and obfuscators. And several that I met at YAPC::EU are
> excited by the golfing and obfuscating possibilities of perl6. Be afraid)
As a golfer, I'm a bit disappointed by perl6's golfing possibilities. For
several r
On Fri, 20 Sep 2002, Piers Cawley wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>
> > Piers Cawley wrote:
> >
> >> Happy birthday to me!
> >
> >
> > Congratulations.
> >
> >> ... by my turning 35 on the 15th
> >
> >
> > 44 on 16th - yes Sept.
>
> Congrats to you too. So, should I s
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17517]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17517 >
Attached patch
- removes the annoying and wrong rerun of Configure.pl
- adds a comme
On Wed, 18 Sep 2002, Aldo Calpini wrote:
>
> I couldn't find any example of using a MultiArray PMC.
> I tried on my own, but failed miserably.
>
> from what I've seen, it seems that is impossible to
> properly initialize a multidimensional MultiArray.
>
> I've tried this:
>
> new P1
19 matches
Mail list logo