Re: [CVS ci] multiarray

2002-10-29 Thread Josef Hook
On Sat, 26 Oct 2002, Leopold Toetsch wrote: > I committed a new multiarray.pmc, now based on list.c. It's not totally > finished yet (the clone codes needs some polishing to call the init_pmc > method) and needs a lot more tests. > > But I hate failing tests ... > > leo > Well done Leo you

Re: [perl #17811] [PATCH] create pmcs with pmc initializer

2002-10-15 Thread Josef Hook
On Mon, 14 Oct 2002, Leon Brocard wrote: > Jonathan Sillito sent the following bits through the ether: > > > I have been playing with classes and instances for parrot. In > > the process I found I needed a way to pass more information when > > creating new pmcs. So the attached patch adds th

Re: [INFO] New array base: list.c

2002-10-11 Thread Josef Hook
On Tue, 8 Oct 2002, Leopold Toetsch wrote: > Leon Brocard wrote: > > > Leopold Toetsch sent the following bits through the ether: > > > > > >>So I rewrote the base routines almost from scratch and have currently a > >>file named list.c > >> > > > > I for one am confused as to t

Re: [INFO] New array base: list.c

2002-10-11 Thread Josef Hook
> - can handle sparse arrays, saving many MBs for very sparse arrays What is the complexity on the algoritm? /Josef

Brief history on multiarrays

2002-09-24 Thread Josef Hook
On Mon, 23 Sep 2002, Leopold Toetsch wrote: > Josef Hook wrote: > > > > > >>Congrats to you too. So, should I start maintaining a birthday > >>database for the summaries? Probably not. > >> > > > > 23 on 26th :-) > > &

Re: Perl 6 Summary for week ending 2002-09-15

2002-09-23 Thread Josef Hook
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

Re: how to use MultiArray?

2002-09-23 Thread Josef Hook
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

Re: [perl #17039] [PATCH] intarray aka integer dequeue PMC

2002-09-09 Thread Josef Hook
On Sun, 8 Sep 2002, Steve Fink wrote: > On Thu, Sep 05, 2002 at 07:46:38PM -0400, John Porter wrote: > > Steve Fink wrote: > > > Here is the new PMC I keep babbling about. Before I commit it, any > > > comments? Like, does anybody think this should be named differently? > > > It's really a dequ

Re: About core.ops patch and pasm syntax

2002-09-07 Thread Josef Hook
On Fri, 6 Sep 2002, Dan Sugalski wrote: > At 1:39 PM +0200 9/6/02, Josef Hook wrote: > >On Thu, 5 Sep 2002, Dan Sugalski wrote: > > > >> At 1:40 PM +0100 9/5/02, Nicholas Clark wrote: > >> >I believe applying the patch is the right thing, because it'

About core.ops patch and pasm syntax

2002-09-06 Thread Josef Hook
On Thu, 5 Sep 2002, Dan Sugalski wrote: > At 1:40 PM +0100 9/5/02, Nicholas Clark wrote: > >I believe applying the patch is the right thing, because it's progress > >on where we are, but I think (not fully formed yet) that we would benefit > >from finer granularity on what can get modified > >

Re: [BUG] strange key behaviour

2002-09-02 Thread Josef Hook
On 2 Sep 2002, Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Tom Hughes <[EMAIL PROTECTED]> wrote: > > > That explains why you are not seeing the last component. You are also > > missing the first one for some reason. The most likely cause would be > > that you have already used

Re: [BUG] strange key behaviour

2002-09-02 Thread Josef Hook
On 2 Sep 2002, Tom Hughes wrote: > This loop stops as soon as key_next() becomes NULL which means that > you never process the last key component. I would guess that you want > to make the first line into this: > > while (key != NULL) { what can i say. OOPS :-) /j

[BUG] strange key behaviour

2002-09-02 Thread Josef Hook
I've discovered a "feature" when using the new key implementation. It seems that key_next function dosent walk down the chain of keyes like the old key->next pointer did. I've managed to reproduce this behaviour many times. Consider this pasm code: new P0, .MultiArray[2;3;2;1;1;1]

[PROPOSAL] interface for custom pmc functions

2002-08-22 Thread Josef Hook
It's a fact that we have a problem with pmc's that has custom functions which dosent fit into the vtable. Therefore i suggest we add a pointer in pmc struct that points to a function list, Also adding 3 functions to vtable struct that manipulates this list. register_function( PMC *p, void *func

[IDEA] multidim hashes

2002-08-22 Thread Josef Hook
I've just got a cvaazy idea. Why not have a multihash.pmc, multdimensional hashes. I've been going through perlhash code and my multiarray code and, as i see it, its doable. Why would we want something like that one could ask? One idea is for translation from different languages ex: new P0, .

Re: [perl #16038] [PATCH] multidim arrays reworked

2002-08-19 Thread Josef Hook
On Sun, 18 Aug 2002, Dan Sugalski wrote: > At 3:50 PM -0400 8/17/02, Dan Sugalski wrote: > >At 3:07 PM +0200 8/14/02, Josef Hook wrote: > >>I've moved all code into one file now. > > > >Cool. Would someone commit this, please? > > Nevermind--I did. &g

Re: [perl #16274] [PATCH] Keyed access

2002-08-19 Thread Josef Hook
On Sun, 18 Aug 2002, Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Tom Hughes <[EMAIL PROTECTED]> wrote: > > > What I realised last night however is that there is enough space in > > the private flags on the PMC for the type information and I can then > > attach the data direc

[perl #15981] tests for ops patch

2002-08-14 Thread Josef Hook
Sorry for the delay i've had a busy week. This patch adds the tests. /josef --- pmc.t.orig Wed Aug 14 14:51:56 2002 +++ pmc.t Wed Aug 14 14:43:00 2002 @@ -1,6 +1,6 @@ #! perl -w -use Parrot::Test tests => 65; +use Parrot::Test tests => 68; use Test::More; my $fp_equality

[perl #16038] [PATCH] multidim arrays reworked

2002-08-14 Thread Josef Hook
I've moved all code into one file now. /Josef diff -urN parrot.orig/MANIFEST parrot/MANIFEST --- parrot.orig/MANIFESTMon Aug 12 17:59:49 2002 +++ parrot/MANIFEST Mon Aug 12 18:01:36 2002 @@ -22,6 +22,7 @@ classes/default.pmc classes/genclass.pl classes/intqueue.pmc +class

Re: status on matrix patch?

2002-08-09 Thread Josef Hook
> > If putting all the code into matrix.pmc is going to be a problem I see another problem coming up which i dont have the exact solution to. How are we going to fit operations like det() ludcmp() inverse() solve() transp() and others into vtable. By that i dont mean that they should exist in v

Re: status on matrix patch?

2002-08-09 Thread Josef Hook
On 9 Aug 2002, Simon Cozens wrote: > [EMAIL PROTECTED] (Josef Hook) writes: > > no more matrix_core.c matrix_core.h? > > No, they've been replaced by nebuchadnezzar.c and chosen_one.h. By that you mean? > > -- > >but I'm one guy working weekends - what

Re: status on matrix patch?

2002-08-09 Thread Josef Hook
On Fri, 9 Aug 2002, Dan Sugalski wrote: > At 10:00 AM +0200 8/9/02, Josef Hook wrote: > >On Fri, 9 Aug 2002, Dan Sugalski wrote: > > > >> At 9:40 AM +0200 8/9/02, Josef Hook wrote: > >> >I hate to bring this up again but i must. Dan what's the s

Re: status on matrix patch?

2002-08-09 Thread Josef Hook
On Fri, 9 Aug 2002, Dan Sugalski wrote: > At 9:40 AM +0200 8/9/02, Josef Hook wrote: > >I hate to bring this up again but i must. Dan what's the status on my > >matrix patch ? I would apreciate some feedback if its good or bad? > >If its going to be applied or not? &

status on matrix patch?

2002-08-09 Thread Josef Hook
I hate to bring this up again but i must. Dan what's the status on my matrix patch ? I would apreciate some feedback if its good or bad? If its going to be applied or not? Do you want me to change anything? Until it gets applied i feel there's no idea to improve current code. It's hard to cod