On Fri, Mar 08, 2002 at 11:34:56PM -0500, Melvin Smith wrote:
At 11:31 PM 3/8/2002 -0500, Melvin Smith wrote:
...parrot - Some variation that could be used for version
Ooh. Three now.
For some reason Eudora likes to change a . at beginning of line to .. ?
In your headers:
pdump takes over 43,000 lines of code and doesn't even work.
Anyone fancy replacing it with something a mite simpler?
--
Almost any animal is capable learning a stimulus/response association,
given enough repetition.
Experimental observation suggests that this isn't true if double-clicking
is
Well I posted a very simple patch for it (maybe a bit too simplistic
since it didnt end up being applied! ;-) Also noticied that I was
the second trying apply a patch so that at least it does not core
dump any more...
Maybe its just hanging there for beginners to easy patch something ,-)
Le
I am concerned with the size of parrot recently -- libparrot.so is like
650K, and libparrot.a is like 770K. This is stripped and without JIT (and
there is a lot more to come, right?)
The ability to build the VM in an extremely stripped-down configuration
would be really useful for embedded
The enclosed patch fixes a few of the holes in our test coverage
uncovered by Josh Wilmes
Simon
--- t/op/integer.t.old Sat Mar 9 15:38:21 2002
+++ t/op/integer.t Sat Mar 9 15:55:33 2002
-1,6 +1,6
#! perl -w
-use Parrot::Test tests = 30;
+use Parrot::Test tests = 32;
On Sun, Feb 24, 2002 at 10:01:15PM -0500, Gregor N. Purdy wrote:
Nicholas --
On Fri, 2002-02-22 at 19:23, Nicholas Clark wrote:
Do you have the benchmarking code handy?
[ie I'd like to see if what I'm thinking of comes anywhere near, on a
quantitative test. I might not have tuits
On Sat, Mar 09, 2002 at 09:18:17PM +, Simon Glover wrote:
The enclosed patch fixes a few of the holes in our test coverage
uncovered by Josh Wilmes
Thanks, applied.
Nicholas Clark
--
Even better than the real thing:http://nms-cgi.sourceforge.net/
Burl Nyswonger:
# I am concerned with the size of parrot recently --
# libparrot.so is like
# 650K, and libparrot.a is like 770K. This is stripped and
# without JIT (and
# there is a lot more to come, right?)
Actually, I'm not sure there's much left. More portable bytecode
formats, an
This patch saves 25K on my optimized-for-size build of Parrot:
--- ops2c.pl4 Mar 2002 02:58:22 - 1.19
+++ ops2c.pl10 Mar 2002 02:05:56 -
@@ -248,7 +248,8 @@
#print STDERR Top level op chars: , keys %$remembered_ops, \n;
-generate_switch($remembered_ops);
+#BD 9 March
EVERYONE: Should we have a PARROT_TINY_CORE define you can activate to
cut some of this stuff out?
Yes. I like the idea.
-Melvin
On Sat, 9 Mar 2002, Melvin Smith wrote:
EVERYONE: Should we have a PARROT_TINY_CORE define you can activate to
cut some of this stuff out?
Yes. I like the idea.
This is a great way to introduce lots of little bugs that only show up
in the little or large version when someone changes the
I think it would be useful to add an init method for PMCs which takes
a size argument constructor since there will be times when
a language implementor wants to created a sized type.
Right now init takes no arguments.
It will definitely be important for C style languages where most things
are
Very simple patch which just passes size argument to the init vtable
method so PMCs have the option to know how to size themselves
at creation. size could be N elements or a byte count, depending
on the PMC or it can just be ignored.
Minor patch to the assembler for the new_p_ic_ic opcode to
Made a little boo-boo.
Need to patch vtable.tbl rather than vtable.h
Follows..
-Melvin
Index: vtable.tbl
===
RCS file: /cvs/public/parrot/vtable.tbl,v
retrieving revision 1.18
diff -u -r1.18 vtable.tbl
--- vtable.tbl 11 Feb
14 matches
Mail list logo
