.
Finally
Failed 8/8 test scripts, 0.00% okay. 112/115 subtests failed, 2.61%
okay.
make: *** [.test_dummy] Error 2
[root@cpan parrot]#
I can see that core.pm doesn't exist under Parrot/OpLib but where to go
from here; am I missing
another module?
Melvin Smith
A: VMS' QIO system. Sorta.
Its been years since I worked on VMS. QIO is sorta async-IO, no?
Can someone point me to some starting material for QIO and/or unimplemented
wants/wishes for Parrot's IO sybsys? I might like to wade in in this area.
I'll also start looking thru the archive.
Melvin
Yipes lemme resend that, I was dinking around with a new mailer and it blew
the tab formatting.
-Melvin
add_debug1.patch
Description: unknown/unknown
Guys/Dan/Simon,
While messing around tonight I noticed that interpreter flags
aren't visible to any subsystem initialization code because the flags
are passed to runops() instead of make_interpreter(). (I'm playing
with some IO stuff and I'd like access to the flags at the time of
the init code
Correction, they aren't physically passed to runops() but you get the idea..
-Melvin
---Original Message---
From: Melvin Smith
Date: Wednesday, December 05, 2001 08:49:30 PM
To: [EMAIL PROTECTED]
Subject: interpreter-flags
Guys/Dan/Simon,
While messing around tonight I noticed
This patch fixes a infinite loop ('./test_prog --' for example) in the
switch
handling in test_prog and also modifies make_interpreter() to pass
interpreter
flags as constructor argument.
-Melvin
pass_flags.patch
Description: unknown/unknown
Would we prefer to leave the current system call names as-is (open,close
read,seek) as the direct call through versions and name
the IO routines pio_open, ... or go the route of Perl and do
sys_open, etc. for the raw system call versions and name the Parrot IO
API as the default names
to it.
Melvin Smith
Centers for IBM e-business Innovation :: ATLANTA
Thats all the answer I was looking for. :)
Melvin Smith
Centers for IBM e-business Innovation :: ATLANTA
(Embedded
image moved to Dan Sugalski [EMAIL PROTECTED
Do we wish to abstract shared mem behind a Parrot IO object as well, so all
the
file methods work?
Melvin Smith
Centers for IBM e-business Innovation :: ATLANTA
Anyone doing any work with Java bytecode to Parrot?
I've got a java class disassembler 90% working if anyone is interested in
helping, I'm not sure if this would belong in the Parrot tree or not.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
anyway.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Melvin Smith sent the following bits through the ether:
Anyone doing any work with Java bytecode to Parrot?
I've got a java class disassembler 90% working if anyone is interested in
helping, I'm not sure
there with broken or no async IO support, do we
emulate
async (background thread or something) or just say, tough!?
I want comments now or else I threaten to post replies to myself in a
creepy third
person way.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
is sort of bad.
I'll let you think on that.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
async (background thread or something) or just say, tough!?
Emulate. And then I get to send out lots of cranky Not async safe!
messages when things break places with real async IO systems. :)
*cough* These VMS bigots... :)
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED
differentiates a trusted filter from a non-trusted. Who is allowed
to mark a filter as terminal, user code or language implementors?
Lastly, how much overhead in interpreter creation/teardown. Probably enough
to keep around a stashed IO interpreter right?
-Melvin Smith
IBM :: Atlanta Innovation
a PerlArray PMC commit today so maybe you could
check out his patch
or that crappy IO patch I posted a week ago.
Start by looking at 'include/parrot/pmc.h'.
Hope that helps,
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
.)
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
At 03:33 PM 1/1/2002 -0800, Jason Diamond wrote:
Here's my output:
cl -nologo -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX-I./i
nclu
de -Foio/io.obj -c io/io.c
io.c
io\io.c(323) : warning C4033:
io\io_os.c(127) : error C2065: 'F_GETFL' : undeclared
identifier NMAKE
: fatal error U1077: 'cl' : return code '0x2' Stop.
With the #if 0 you can get a compile, can you test this simple pasm code?
puts This is STDOUT\n
end
Btw, I checked over Perl5 source, they of
At 10:09 PM 1/1/2002 -0500, Dan Sugalski wrote:
Dunno if this is affecting anyone else, but I'm finding the test suite
hangs on cygwin with the new IO code in the interp tests. That's mine and
sort of busted, but something to keep in mind.
Dan
This fixes the freeze by only initializing ParrotIO once. Also added
a little sanity check in the layer push sub. This is just a kludge, I'll work
on per Interpreter IO stack when we discuss it a little more.
-Melvin
--- io.c.orig Tue Jan 1 21:54:35 2002
+++ io.cTue Jan 1 21:53:29
At 10:31 AM 1/2/2002 -0600, David M. Lloyd wrote:
Silence this warning.
Index: io/io_os.c
===
RCS file: /home/perlcvs/parrot/io/io_os.c,v
retrieving revision 1.2
diff -u -r1.2 io_os.c
--- io/io_os.c 2 Jan 2002 04:10:50 -
At 09:25 PM 1/3/2002 -0500, Dan Sugalski wrote:
At 06:18 PM 1/3/2002 -0800, Steve Fink wrote:
Well, I have Warnock's Dilemma with respect to people with commit
rights for my line numbering patch, but a vote of confidence from Alex
Gough. So here's the PMC inheritance patch (it also includes the
At 06:30 PM 1/6/2002 -0800, Hong Zhang wrote:
That's what I thought I remembered; in that case, here's a patch:
Index: core.ops
===
RCS file: /home/perlcvs/parrot/core.ops,v
retrieving revision 1.68
diff -u -r1.68
Must be Dan's magic fingers again. I renamed io_os.c to io_unix.c but
probably
it got lost in the shuffle.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
(Embedded
Just resynced, still missing io/io_unix.c, interestingly the other new file
in the patch
(io_win32.c) made it in.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
(Embedded
and learn CVS. :(
Dan what flags to you give patch when applying a recursive diff?
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
(Embedded
control systems
like
CVS.
Maybe some CVS gurus could enlighten me.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
(Embedded
image
pointer class I don't mind the practice.
Anyway I'm one opinion in a haystack.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Eep, to answer the original subject of your mail, I think its a good idea
to start with the _t typedef standard.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
At 11:34 PM 1/10/2002 +, Tom Hughes wrote:
In message 20020110201559$[EMAIL PROTECTED]
Melvin Smith [EMAIL PROTECTED] wrote:
Well sizeof(Foo) and sizeof(*foo) are not actually the same thing
at all there because Foo is presumably a typedef for a pointer type
so sizeof(Foo
At 06:21 PM 1/13/2002 -0500, Michel Lambert wrote:
Trying to track down various MSVC warnings that I'm getting, but I'm stuck
about what to do, for this one:
In win32, PIOHANDLE is typedef'ed as HANDLE.
Please disregard this code, I've just submitted those as stubs
and will be cleaning those
Hey, looks like the attachment didn't make it, at least to my end.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
(Embedded image
Maybe set the check to :
if(rx-startindex-- == 0)
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
is, as of now, my hero.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Steve Fink
Ok, I take that back, he is my hero too! I used to wonder the same about
Linus (Torvalds) when
I was on linux-kernel, how he could handle so many patches, hold down a job
AND find time
to write code of is own is beyond me. Not to mention family, food, fun.
-Melvin Smith
IBM :: Atlanta
At 10:12 PM 1/15/2002 +, Nicholas Clark wrote:
On Tue, Jan 15, 2002 at 03:06:45PM -0500, Melvin Smith wrote:
Eep, you are right, as usual I answered a non-existing question, but
this brings up a point. Various times I've seen people changing
signedness of variables, etc. in one or two
Ping...
===
RCS file: /cvs/public/parrot/include/parrot/io.h,v
retrieving revision 1.6
diff -u -r1.6 io.h
--- include/parrot/io.h 14 Jan 2002 20:04:29 - 1.6
+++ include/parrot/io.h 18 Jan 2002 06:54:38 -
@@ -9,6 +9,7 @@
* Originally written by Melvin Smith
At 02:07 AM 1/18/2002 -0500, Melvin Smith wrote:
+if(pio_stderr)
+PIO_stdio_setbuf(interpreter, layer, pio_stderr,
PIO_UNBOUND);
Oops, I guess I'm a true rebel. Buffering stderr and all...
-Melvin
Anyone have any objection to adding a couple of calls to terminate
and/or return null terminated strings from Parrot strings for places
where an API expects a standard C string?
I'm not sure of the preferred way to handle this. It would be nice to
at least try to terminate the current string
Stop this stupid hard-code the new oplib stuff.
Doh - I saw this last night but was too lazy to fix it... :)
-Melvin
I think the last jit patch broke config.
perl vtable_h.pl
perl make_vtable_ops.pl vtable.ops
perl ops2c.pl C core.ops io.ops rx.ops vtable.ops
include/parrot/oplib/core_ops.hperl ops2c.pl CPrederef core.ops io.ops
rx.ops vtable.ops
include/parrot/oplib/core_ops_prederef.hperl ops2pm.pl
At 12:21 PM 1/21/2002 +, Simon Glover wrote:
Please, people, if you create new files, remember to add them to the
MANIFEST.
Simon
--- MANIFEST.oldMon Jan 21 12:17:34 2002
+++ MANIFESTMon Jan 21 12:18:47 2002
@@ -75,6 +75,7 @@
examples/assembly/call.pasm
At 12:54 PM 1/21/2002 +, Simon Glover wrote:
While you're online: now that you've split the io ops into their
own separate file, their documentation isn't going to core_ops.pod
any more. The enclosed patch fixes this by autogenerating io_ops.pod
in the same fashion that core_ops.pod
At 09:41 PM 1/21/2002 +, Nicholas Clark wrote:
I am of the opinion that they are UINTVAL, not INTVAL. (and EOF being a
negative value such as -1 is only needed for C stdio, and I seem to remember
that Dan has strong opinions on C stdio, and what C can do with it)
Specifically Dan has
While a few people active, can someone re-clue me in on intentions
of string handling. I'd like to stick a couple of calls in the string lib
to:
1) Terminate a string's current buffer if there is room
2) Create a local or alloced buffer with a null terminated string.
These calls
At 06:04 PM 1/22/2002 +0100, Juergen Boemmels wrote:
Hello,
some time ago (before I went to holidays) I posted a patch
implementing Schemepairs, but I didn't get any comments about this. I
am wondering what is the reason for this.
Hi, I think this happens to everyone at some time on these
test_main needed an overhaul on options handling, and if/then/else was
breeding like rabbits. This one is 41 lines shorter and easier to read.
Please test before I commit.
-Melvin
Index: test_main.c
===
RCS file:
Eek, don't apply that, I see a bug, I'll post a new one in a sec.
-Melvin
At 02:52 PM 1/23/2002 -0500, Melvin Smith wrote:
test_main needed an overhaul on options handling, and if/then/else was
breeding like rabbits. This one is 41 lines shorter and easier to read.
Please test before I commit
Modified version of last patch. Fixed in case -f flag wasn't provided a
file or - arg.
-Melvin
Index: test_main.c
===
RCS file: /cvs/public/parrot/test_main.c,v
retrieving revision 1.36
diff -u -r1.36 test_main.c
--- test_main.c
different colors mean. There are also no clients for windows or other rare
OS's now. It would be great if we could get one going. I'll do the best that
I can to help get it setup.
I remember trying a month or so ago and it appeared that the Tinderbox
module used sendmail wrapper for sending the
At 06:11 PM 1/24/2002 +0100, Juergen Boemmels wrote:
I've no idea which is the best way to go. The Pair-Implementation just
needs one way to get a PMC-value of an (constant) index.
I will delay my patch until this issue is solved
Maybe you could bang on this issue and work out a good solution
At 05:23 PM 1/24/2002 +, Simon Cozens wrote:
* Introduce a new register-type for Keys.
No, I don't think this is the right way.
Just a question, what is the status of the Scheme parser. Is it even
ready to generate code for working with these constructs? Maybe work top
down on this one?
From what I've seen, supporting both garbage collection and true stack
variables is a difficult task.
Why is that?
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
1. There is no link to the FAQ on the Perl6 page (that I could find
anyway).
(http://www.panix.com/~ziggy/parrot.html - I think this it)
This really should be stored or linked in the Perl6 Parrot area.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
a.
global_b2 = b; // Stack variable global_b2 now references heap
variable b.
// What happens to the six objects we've created when we leave the
scope of f()?
One approach is
stack = stack (reference)
stack = heap (reference)
heap = heap (reference)
heap = stack (copy)
-Melvin Smith
IBM
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Dan Sugalski
I'm not the author but I checked the FAQ into the repository.
Its in HTML format, which seems fine to me, I guess if people
have gripes that its not a POD then talk to Adam Turoff. :)
-Melvin
At 11:55 PM 1/25/2002 +, Simon Cozens wrote:
On Fri, Jan 25, 2002 at 01:56:20PM -0500, Bryan C. Warnock wrote:
If anything, it's largely our fault, for allowing, through our silence,
Simon to speak on our behalf in those situations.
Hey, if my speaking on behalf of Perl 6 is such a
HAS_HEADER_ERRNO does not exist and errno.h is not wrapped
in this ifdef. Hopefully the Config police can fix this, I ran into this
while working on an embedded compile and Configure is not a
module I am useful with.
-Melvin
At 07:40 PM 1/25/2002 -0800, Brent Dax wrote:
Melvin Smith:
# HAS_HEADER_ERRNO does not exist and errno.h is not wrapped
# in this ifdef. Hopefully the Config police can fix this, I
# ran into this
# while working on an embedded compile and Configure is not a
# module I am useful with.
That's
This is exactly the right way to do things in Java. In Java, you
can open hundreds of files, and never trigger any gc, since each
file object is very small. Unless you explicit close file, you
will be dead very quickly.
Although your point is taken, I think in this case it is the programmer
who
Dan, I am gonna turn off -debug in the interp test below, since the
test harness is picking up stderr as well as stdout and the test
below is failing. (-d causes Parrot to be talkative, no pun intended)
It just showed up when I fixed in interpreter local IO stuff (will commit
later).
Can the
At 10:10 PM 1/26/2002 +, Alex Gough wrote:
On Sat, 26 Jan 2002, Melvin Smith wrote:
Dan, I am gonna turn off -debug in the interp test below, since the
test harness is picking up stderr as well as stdout and the test
below is failing. (-d causes Parrot to be talkative, no pun intended
At 06:01 PM 1/26/2002 -0500, Melvin Smith wrote:
At 10:10 PM 1/26/2002 +, Alex Gough wrote:
On Sat, 26 Jan 2002, Melvin Smith wrote:
Dan, I am gonna turn off -debug in the interp test below, since the
test harness is picking up stderr as well as stdout and the test
below is failing
I just committed the fix for that Dan, disregard.
-Melvin
Checking some things by compiling and running another small C program (this
could take a while):
Building ./testparrotsizes.cfrom testparrotsizes_c.in...
In file included from include/parrot/string.h:18,
and aren't under such
stress.
Dave
Or you could become a Parrot folk and wade in and help out. ;)
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Readded the pio_(stdin|stdout|stderr) to make builds work again.
I moved stdin/stdout/stderr to be interp local so you can
use: interpreter-piodata-table[PIO_STDIN_FILENO], etc. now.
Those global pointers should go away because they are null
now anyway.
-Melvin
Revision Changes
At 05:54 PM 1/29/2002 +, Simon Cozens wrote:
begin quote from Brent Dax:
Patch attached implements an embedding interface for Parrot and
re-writes test_main.c to use it. It also rewrites the switch handling
stuff into something that looks decent and adds -h (help) and -v
(version)
Sunday night I did a large commit for ParrotIO that localized the
IO to each interp, but apparently all of the commits did not go through.
What in CVS could be causing this?
It built and tested cleanly on my box but then I saw a patch committed
adding a few globals back so Parrot would compile
At 03:10 PM 1/29/2002 -0500, Dan Sugalski wrote:
On Tue, 29 Jan 2002, Melvin Smith wrote:
Sunday night I did a large commit for ParrotIO that localized the
IO to each interp, but apparently all of the commits did not go through.
What in CVS could be causing this?
If you added new files
At 03:10 PM 1/29/2002 -0500, Dan Sugalski wrote:
On Tue, 29 Jan 2002, Melvin Smith wrote:
Sunday night I did a large commit for ParrotIO that localized the
IO to each interp, but apparently all of the commits did not go through.
What in CVS could be causing this?
I'm baffled.
I did a cvs
At 10:16 AM 1/30/2002 -0500, Andy Dougherty wrote:
Sun's compiler is (rightly) complaining about the following lines in
io/io_unix.c:
PIO_unix_fdopen() is defined to take a UINTVAL fourth argument:
ParrotIO * PIO_unix_fdopen(theINTERP, ParrotIOLayer * layer,
Basically, I see a black-box being built in the interests of speed.
Voodoo array formats, bitmaps, and other such things to avoid actually
spelling out what the regular expression is doing *in parrot code*.
[snip]
What I see is that rx_literal is a speed hack to avoid compiling this
into parrot
At 06:21 PM 1/30/2002 -0500, Dan Sugalski wrote:
A quick recap and elaboration for folks following along at home.
On interpreter startup. P0 will hold an Array with ARGV in it if there is
one, or NULL if not.
P1 will hold a Hash with %ENV in it if there is one, or NULL if not
P2 (this is the
. This way it would
be a little exclusive.
Just an idea. Let me know...
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
actually identifiying a bug!?
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Garrett Goebel
Hey that one is nice!
As for myself, that is the look I was thinking about.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
At 10:15 PM 2/8/2002 +0100, Mattia Barbon wrote:
The following patch adds a Parrot_nosegfault() function
to win32.c; after it is called, a segmentation fault will print
This process received a segmentation violation exception
instead of popping up a dialog. I think it might be useful
At 10:37 PM 2/8/2002 +0100, Mattia Barbon wrote:
FYI: On interp init I already grab the standard handles (io_win32.c) so you
could reuse the value for stderr. It might make sense to make the low level
handle values extern so other modules can use them. Let me know and
I'll put a patch in
At 11:26 PM 2/8/2002 +, Simon Cozens wrote:
Bryan C. Warnock:
Although I understand the objection
Can I make another objection? This is a thread about what should be on
T-shirts, which is taking place on a list about what should be in the
Parrot source. If you want to contribute to what
be sufficient. The higher level language should take care
of this kind of checking anyway, especially since much of it is
able to be done at compile.
I think in cases of ambiguous combinations you could just fall back
on stringifing the object, right?
I might be missing the whole issue here.
-Melvin
[EMAIL PROTECTED]To: Melvin
Smith/ATLANTA/Contr/IBM@IBMUS
ford.ac.uk cc:
[EMAIL PROTECTED
See if this has any value, I thought it might.
For a toy compiler I'm working on, I also started a trivial translator that
does three address code - Parrot assembler. While its currently
a very simple script, I'm making it do named lexicals, named globals
and register tracking. Then it'd be nice
At 06:59 PM 2/16/2002 -0800, Steve Fink wrote:
Anyone object to eliminating the need for the 'struct'?
-struct Parrot_Interp {
+typedef struct Parrot_Interp {
struct IReg int_reg;
struct NReg num_reg;
struct SReg string_reg;
@@ -87,7 +86,7 @@
void *current_package;
At 09:38 PM 2/17/2002 +0100, Gerson Kurz wrote:
~/parrotassemble.pl examples/assembly/euclid.pasm test.pbc
~/parrotpbc2c.pl test.pbc test.c
Use of uninitialized value in sprintf at lib/Parrot/OpTrans/CGoto.pm line
97.
~/parrot
Just run the bytecode with the interpreter instead.
../test_parrot
At 11:19 PM 2/20/2002 -0500, Josh Wilmes wrote:
At 0:39 on 02/21/2002 +0100, Ritz Daniel [EMAIL PROTECTED] wrote:
- add a O_BINARY flag to open() in pdump.c, embed.c (required by bcc)
- define O_BINARY 0 when it's not defined (win32 knows it, linux not)
Offhand, i'm wondering if it
I want to emulate a packed structure with Parrot in the way a compiler
would normally do this for a low level machine.
It just needs traditional notation for setting fields by offset into
the struct.
I sort of feel that PerlString _could_ handle this, but I'm curious
if there are any gotchas
At 08:16 AM 2/22/2002 -0500, Bryan C. Warnock wrote:
On Friday 22 February 2002 01:01, Melvin Smith wrote:
I want to emulate a packed structure with Parrot in the way a compiler
would normally do this for a low level machine.
It just needs traditional notation for setting fields by offset
Ok, I thought there was some gotcha, knowing very little
of the String pmc. I'll take this as a good enough reason
to implement a generic packed pmc.
It should be very simple, no fancy ops on it, just keyed
interface and stringifications.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL
is REFERENCE implementation.
I want a freaking assembler that I can hack quickly, not the
perfectly written one that will eventually make its way out of
much reworking, etc. etc.
If this means a long piece of inlined Perl, so be it.
PRODUCTION implementation is a different story.
-Melvin Smith
IBM
Just my 2 cents.
This is my only nitpick with the coding standards.
I never cared for the style of putting return type on a
separate line above the function declaration header.
I like it just as the prototype.
I vote for non-enforcement of this one.
-Melvin
=head2 Pragmata
Lines beginning with a period (.) followed by some text are Bpragmata
and are reserved. No pragmata are currently defined.
I was supposed to organize some proposed pragmas but apparently
I forgot to remind myself.
I think I mailed out a couple a while back but anyway, here
At 11:31 PM 3/8/2002 -0500, Melvin Smith wrote:
...parrot - Some variation that could be used for version
For some reason Eudora likes to change a . at beginning of line to .. ?
-Melvin
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
At 02:02 PM 3/10/2002 -0800, Brent Dax wrote:
[EMAIL PROTECTED]:
# cvsuser 02/03/10 13:15:50
#
# Modified:lib/Parrot Assembler.pm
# Log:
# Minor patch to the assembler for the new_p_ic_ic opcode to
# work same as new_p_ic (looks up a named class).
Did Dan, Simon, or someone else
At 02:24 PM 3/10/2002 -0800, Brent Dax wrote:
# Single line changes to add a size argument to a the constructors.
Small diff, big changes. A one-line diff in the right place can
increase or decrease size or speed a thousandfold. This alters the
Agreed, however I hope any of us with commit
1 - 100 of 511 matches
Mail list logo