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 |
http://www.gellyfish.com |
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}
# #define
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_FMT
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 autogenerated,
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 previously
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?
*.pod, yes.
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++) {
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
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 with a
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
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;
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
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
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 Fri Feb 1
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 for
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
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);
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
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
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 [EMAIL
20 matches
Mail list logo