[COMMIT] Changed aggregate PMCs to use the internal SELF->data cache

This is the first step of three major changes coming over the weekend. The only change visible to the assembler will be the syntax 'set P0[3],7' and 'set P5["foo"],P30[7]' for accessing array and hash aggregates. The changes should also allow us to implement multidimensional arrays. -- Jeff <[EMAI

Re: [PATCH embed.c] More warnings

On Fri, 1 Feb 2002, Jonathan Stowe wrote: > Just some casting stuff: > > --- embed.c~ Fri Feb 1 08:08:31 2002 > +++ embed.c Fri Feb 1 08:12:22 2002 > -program_code = (char*)malloc(program_size + 1024); > +program_code = (char*)malloc((unsigned)program_size + 1024); Umm, if

Re: [PATCH global_setup.h] Bash another warning

On Fri, Feb 01, 2002 at 08:06:18AM +, Jonathan Stowe wrote: > Another implicit declaration: > > --- include/parrot/global_setup.h~Fri Feb 1 08:00:27 2002 > +++ include/parrot/global_setup.h Fri Feb 1 08:01:17 2002 > @@ -20,6 +20,7 @@ > void Parrot_PerlNum_class_init(void); > void

Re: [PATCH embed.c] More warnings

On Fri, Feb 01, 2002 at 08:19:10AM +, Jonathan Stowe wrote: > Just some casting stuff: > -program_code = (char*)malloc(program_size + 1024); > +program_code = (char*)malloc((unsigned)program_size + 1024); > -program_code = realloc(program_code, program_size + 1024

Re: [PATCH] Format warning in embed.c

On Fri, Feb 01, 2002 at 01:55:33PM +, Simon Glover wrote: > > Enclosed patch fixes this warning: > > embed.c: In function `Parrot_runcode': > embed.c:174: warning: int format, INTVAL arg (arg 3) Thanks applied Nicholas Clark -- EMCFT http://www.ccl4.org/~nick/CV.html

Re: [PATCH] PMC -> string

On Fri, 1 Feb 2002, Simon Glover wrote: > > There are a number of set ops documented in core.ops that haven't > actually been implemented - conversion from STR to INT/NUM (and > vice versa), plus conversion from PMCs to STR. > > The enclosed patch implements the last of these, and adds tests

Re: [PATCH] Minor pmc test nit

On Fri, Feb 01, 2002 at 05:25:47PM +, Simon Glover wrote: > > Slight fix to the string->int test that we're currently skipping in > pmc.t; the test still fails, but no longer makes Parrot segfault. > > Simon > > --- t/pmc/pmc.t.old Fri Feb 1 17:20:22 2002 > +++ t/pmc/pmc.t Fr

Re: ARM JIT (just about)

On Fri, Feb 01, 2002 at 01:32:13AM +, Nicholas Clark wrote: > This just about implements a jit for ARM. It doesn't actually do any ops in > assembler yet, except for end. It's names on the basis that it's for v3 or This is where I give up on the current format. Others are welcome to carry on

[PATCH] PMC -> string

There are a number of set ops documented in core.ops that haven't actually been implemented - conversion from STR to INT/NUM (and vice versa), plus conversion from PMCs to STR. The enclosed patch implements the last of these, and adds tests for PerlUndefs and PerlStrings (and implicitly

[COMMIT] lib/Parrot/Test.pm 5.00503 fixed

It seems that Env.pm on 5.005_03 doesn't do a use vars for you. lib/Parrot/Test.pm was failing because of use strict; This patch fixed it: --- lib/Parrot/Test.pm 1 Feb 2002 12:11:59 - 1.16 +++ lib/Parrot/Test.pm 1 Feb 2002 18:16:09 - @@ -1,9 +1,10 @@ package Parrot::Test; use

[PATCH] Minor pmc test nit

Slight fix to the string->int test that we're currently skipping in pmc.t; the test still fails, but no longer makes Parrot segfault. Simon --- t/pmc/pmc.t.old Fri Feb 1 17:20:22 2002 +++ t/pmc/pmc.tFri Feb 1 17:24:49 2002 @@ -558,6 +558,7 @@ set I0, P0 print

Re: [COMMIT] PerlArray fixes

At 2:15 AM -0500 2/1/02, Melvin Smith wrote: >>2 - Add the PMC type to the array and hash indices > >Poke poke. :) > >This would be useful, anyone working on this in near term? > >Also, just curious how do we plan to unify the get_index_* stuff to >one function? It'll be get_integer/string/value

[PATCH] Efficient opcode by-name lookups for oplibs

All -- I've talked a few times on the list and on IRC about looking up ops by name from their oplibs at load time. Last night I finally decided to write some code to show what I've been talking about. The attached patch adds a field to the oplib info structure for a function that takes an op nam

[PATCH] Format warning in embed.c

Enclosed patch fixes this warning: embed.c: In function `Parrot_runcode': embed.c:174: warning: int format, INTVAL arg (arg 3) Simon --- embed.c.old Fri Feb 1 13:49:46 2002 +++ embed.c Fri Feb 1 13:49:48 2002 @@ -171,7 +171,7 @@ for(i=0; i < argc; i++) { if(inte

[COMMIT] Re: [nick@unfortu.net: [PATCH] MANIFEST.SKIP]

On Fri, Feb 01, 2002 at 11:06:30AM +, Simon Glover wrote: > > > On Wed, 30 Jan 2002, Steve Fink wrote: > > > On Wed, Jan 30, 2002 at 09:32:45PM +, Nicholas Clark wrote: > > > > > > Should I add classes/array.c classes/array.h docs/embed.pod docs/io_ops.pod > > > to MANIFEST? > > > > *

unless_[sin]_ic

I've added the "unless" ops; they're the opposite of "if". The rationale is that they're important in both Perl and Python, so it's worth having them as a distinct atomic op rather than a macro. -- "Ah," said Arthur, "this is obviously some strange usage of the word 'safe' that I wasn't previous

Re: [nick@unfortu.net: [PATCH] MANIFEST.SKIP]

On Wed, 30 Jan 2002, Steve Fink wrote: > On Wed, Jan 30, 2002 at 09:32:45PM +, Nicholas Clark wrote: > > > > Should I add classes/array.c classes/array.h docs/embed.pod docs/io_ops.pod > > to MANIFEST? > > *.pod, yes. classes/*.[ch], no. Autogenerated. > Erm, io_ops.pod is also autogen

RE: [PATCH test_main.c config_h.in] Warning in test_main.c

Jonathan Stowe: # On Fri, 1 Feb 2002, Brent Dax wrote: # > Jonathan Stowe: # > # This shuts up the implicit declaration warning in test_main.c : # > # # > # --- config_h.in~ Fri Feb 1 07:39:42 2002 # > # +++ config_h.in Fri Feb 1 07:40:06 2002 # > # @@ -51,9 +51,10 @@ # > # #define INTVAL_FM

RE: [PATCH test_main.c config_h.in] Warning in test_main.c

On Fri, 1 Feb 2002, Brent Dax wrote: > Jonathan Stowe: > # This shuts up the implicit declaration warning in test_main.c : > # > # --- config_h.in~Fri Feb 1 07:39:42 2002 > # +++ config_h.in Fri Feb 1 07:40:06 2002 > # @@ -51,9 +51,10 @@ > # #define INTVAL_FMT "${intvalfmt}" > # #defin

Re: [PATCH test_main.c config_h.in] Warning in test_main.c

On Fri, 1 Feb 2002, Jonathan Stowe wrote: > This shuts up the implicit declaration warning in test_main.c : > > +#include "parrot/config.h" ... On closer examination that line is probably not needed :) /J\ -- Jonathan Stowe | |

RE: [PATCH test_main.c config_h.in] Warning in test_main.c

Jonathan Stowe: # This shuts up the implicit declaration warning in test_main.c : # # --- config_h.in~ Fri Feb 1 07:39:42 2002 # +++ config_h.in Fri Feb 1 07:40:06 2002 # @@ -51,9 +51,10 @@ # #define INTVAL_FMT "${intvalfmt}" # #define FLOATVAL_FMT "${floatvalfmt}" # # +#endif # + #

[PATCH embed.c] More warnings

Just some casting stuff: --- embed.c~Fri Feb 1 08:08:31 2002 +++ embed.c Fri Feb 1 08:12:22 2002 @@ -56,7 +56,7 @@ program_size = 0; -program_code = (char*)malloc(program_size + 1024); +program_code = (char*)malloc((unsigned)program_size + 1024); if (

[PATCH test_main.c config_h.in] Warning in test_main.c

This shuts up the implicit declaration warning in test_main.c : --- config_h.in~Fri Feb 1 07:39:42 2002 +++ config_h.in Fri Feb 1 07:40:06 2002 @@ -51,9 +51,10 @@ #define INTVAL_FMT "${intvalfmt}" #define FLOATVAL_FMT "${floatvalfmt}" +#endif + ${headers} -#endif #define PARROT_V

[PATCH global_setup.h] Bash another warning

Another implicit declaration: --- include/parrot/global_setup.h~ Fri Feb 1 08:00:27 2002 +++ include/parrot/global_setup.h Fri Feb 1 08:01:17 2002 @@ -20,6 +20,7 @@ void Parrot_PerlNum_class_init(void); void Parrot_PerlString_class_init(void); void Parrot_PerlArray_class_init(void