Leo --
I had posted a program a while ago that generates large
fake programs for testing such things. Did that not help?
I think I still have it in my working directory if you'd
like to have a peek at it...
Regards,
-- Gregor
Dan Sugalski wrote:
At 12:05 PM +0200 4/13/05, Leopold Toetsch wrote:
As
I think Parrot is already about subversion.
All your interpreter are belong to us.
Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
Ron
++ -c gen.cpp
and
imcc -o x.x gen.imc
on my system, the g++ compiler does eventually finish, but the imcc
compiler is eventually killed.
Maybe this could be used to drive out the underlying problems that
are keeping parrot from compiling Dan's really large subs?
Regards,
-- Gregor
Gregor N. Purdy
. Is it
much more complicated than that?
Oh, yeah. :) Or, rather, no, if you factor in the second simple bit, the
massive number of labels and comparisons. Add those into the mix and I
think you'd have it.
-- Gregor
Dan Sugalski wrote:
At 6:46 AM -0700 8/27/04, Gregor N. Purdy wrote:
Dan --
I think
Dan --
I think it would be interesting to find out how, say, gcc
behaves on the pathological code structures you've run into.
Could your compiler spit out a structurally (although not
semantically! :) equivalent piece of C code that could be
used with a C compiler to see how we do vs. C compilers
Hmmm...
Wouldn't a C compiler want to return a sub that invoked the main()
(if there was one)? And, if there wasn't one, wouldn't the C compiler
want to return a sub that raised an exception?
Regards,
-- Gregor
Dan Sugalski wrote:
At 11:03 PM -0700 8/21/04, Steve Fink wrote:
I am experimenting
Dan --
Thanks for mentioning Jako. It usually gets no respect. :)
But, I think Jako is working for some definition of working. But, it
is clearly not an idiomatic compiler in that its using old conventions
(not surprising, given its history).
Did I miss the creation of the compiler-writer list? I
Leo --
I had tinkered around with this stuff back in 2003, and ended up writing
Python::Bytecode::SAX to help me visualize bytecode. IIRC, I ran into
the same issue of only disassembling one code block. I'd be interested
to know if P::B::S treats your example python bytecode any better than
P::B.
So, where and when is the pie-throwing going to happen, precisely?
IIRC, its at OSCON, but last time i googled for it, I didn't see
mention of which OSCON session or BOF it would be at
Regards,
-- Gregor
Dan Sugalski wrote:
Since this is getting worked on now, I figured I'd post the benchmark
Sounds like a deep version of map...
Regards,
-- Gregor
On Fri, 2004-04-09 at 06:02, Jens Rieks wrote:
Hi,
On Thursday 08 April 2004 23:49, Tim Bunce wrote:
On Thu, Apr 08, 2004 at 08:28:49PM +0200, Jens Rieks wrote:
Data::Replace replaces every occurrence of one PMC in a nested data
I don't know about the continuation stuff, but you can't assume that
running imc -- pasm -- exec does the same thing as imc -- exec. I
ran into that before, and I don't think its going to get fixed until
the new imcc lands, at which point old-school pasm might even be
gone (although I don't know
I saw the report that Jako wasn't working right with the latest
Parrot, so I went to investigate.
I was running the various languages/jako/examples and I ran
across this oddity (after doing a fresh 'make' of Parrot and
in the languages/jako directory):
[EMAIL PROTECTED] jako]$ ./jako
Jako is in a mostly working state. I just checked in a couple of minor
cleanups:
* Disable languages/jako/examples/sub.jako, since Parrot / IMCC
don't support .global int x
* Change languages/jako/examples/pmc.jako to preallocate a nice
PerlString PMC before attempting to set to a
' generated from 'foo.imc'
* Running parrot on 'foo.pbc' generated from 'foo.pasm'
since I'd think that the later cases would be mirroring what is going
on inside parrot in the earlier ones. Where am I going wrong?
Regards,
-- Gregor
On Sat, 2004-02-28 at 05:33, Leopold Toetsch wrote:
Gregor N
This made me think of one of my Gregor's Word of the Week entries,
but when I went looking for it, I realized that it was in the list
of potential future entries, not on the live site.
So, I went ahead and used this occasion to select trichotillomania
for Word of the Week for 2004-01-03:
Umm.. Do you mean:
package Foo::Bar;
sub new {
my $class = shift;
return bless { jo = 42 }, $class;
}
sub prnJoe {
my $self = shift;
print $self-{jo}, \n;
}
package main;
$f = Foo::Bar-new();
$f-prnJoe();
I just committed a few new glossary entries for folks reading
the summaries: IMC, IMCC, Packfile, PBC, PIR.
--
Gregor Purdy[EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
Here's a suggestion for some upcoming release: Brass Parrot.
http://www.avonpage.com/brassparrot.html
http://usvi.diningguide.net/data/d100132.htm
Maybe a deep-winter release, so us folks in the Northern
hemisphere can think pleasant tropical thoughts about St. Croix...
Regards,
-- Gregor
the xml header is only for the top level thing in the serialized
tree. if it is nonstandard you have to mark the serialized string so you
can call the matching thaw methods. each object in the serialized tree
will have to support that method or some code has to be supplied to
handle all the
I have a PCC sub:
.pcc_sub _char_is_white_space prototyped
.param int c # Character to test (as an integer representing its ASCII
code)
Is there any good reason why prototyped PCC subs
shouldn't be callable with IMC syntax that looks like
a macro call, without having to make a macro wrapper
manually? (I know its not the way it works now, but
you can almost simulate it with a PCC sub def and a
macro, and it seems to me it would be
and then
c = ord(s)
or
ord(c, s)
in my .imc file, neither works. Do I need to do magic to
use any old op I want?
Regards,
-- Gregor
On Sun, 2003-10-12 at 11:42, Leopold Toetsch wrote:
Gregor N. Purdy [EMAIL PROTECTED] wrote:
Is there any good reason why prototyped PCC subs
shouldn't
On Sun, 2003-10-12 at 12:15, Luke Palmer wrote:
Gregor N. Purdy writes:
Leo --
The Jako compiler spits stuff out from Perl.
I'm writing some new experimental stuff in PIR directly.
I'm curious about other stuff, too. I don't see any
of the languages/imcc/t/**/*.t files doing
The optimizer could hoist the construct out of the loop...
Assuming it can realize its possible to do that.
Regards,
-- Gregor
On Tue, 2003-10-07 at 01:14, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
As I realize my example is incorrect. =-)
Is there any reason not to
Dan --
Here's a first version that works with the regular core.
You have to explicitly define PARANOID, or the added code
won't get compiled.
I imagine this will have to be adapted to work with the other
core types, but I wanted to throw this out as a starting point.
I'll leave it up to you
Leo --
Thanks for taking the time to review and comment.
Here's a first version that works with the regular core.
You have to explicitly define PARANOID, or the added code
won't get compiled.
It IMHO should be a separate run core, which can be switched to,
whenever safe execution is
I just put together an entry on predereferencing in the glossary,
with pointers to info on various events in its history.
I don't remember if it was a recent summary or what, but someone
pointed out there was no such entry. Sorry I can't find the
original email to notify you directly, but I hope
Andy --
Thanks. That was a strange one. No complaint by my Perl, even with
use warnings 'all';, but its definitely a typo (and now fixed, too).
Regards,
-- Gregor
On Mon, 2003-09-22 at 06:21, Andy Dougherty wrote:
On Thu, 18 Sep 2003, Gregor N. Purdy wrote:
Andy --
I didn't see
On a related note, I wonder how all this fits in with
methods and multimethods?
If we consider the current trig.ops as being equivalent
to, e.g. (expressed with approximate Perl 6 isms):
multi sub sin(Num $arg) : returns Num;
multi sub cos(Num $arg) : returns Num;
ASIDE
And, at some level
All --
I've got some diffs in my sandbox that I thought I had submitted
at one point, but I can't find any evidence of them being submitted,
so I'll open discussion here.
The first change is that the prototype for string_to_cstring()
becomes:
char *
string_to_cstring(struct Parrot_Interp *
Nick --
Looks like I'm the guilty party. I do tend to do this
every now and again, even though I don't consider myself
thoughtless or careless.
I think sometimes I get focused on my local changes and
as I'm testing and committing it just isn't natural to
consider that a change in something that
Nicholas --
I'd be happy with that...
Regards,
-- Gregor
On Sun, 2003-09-21 at 09:12, Nicholas Clark wrote:
On Sun, Sep 21, 2003 at 08:48:55AM -0700, Gregor N. Purdy wrote:
The next change is a change to the IO layer. In include/parrot/io.h
we change struct _ParrotIOLayerAPI to have two
All --
I don't understand how .globalconst fits in with the IMCC policy
of everything being in a .sub.
The Jako compiler emits stuff like this right now (in my sandbox).
It used to emit the constants as .const right where the were found
lexically, but I've introduced code motion to collect all
:59, Leopold Toetsch wrote:
Gregor N. Purdy [EMAIL PROTECTED] wrote:
All --
It used to emit the constants as .const right where the were found
lexically, but I've introduced code motion to collect all inline
code into the __MAIN sub at the end, which put the .const stuff
there (which
Luke --
Need it *actually* stick them in the array? Or, could it
just provide an array-like interface to the underlying
registers? Thats cheaper, especially if not all args are
going to get accessed.
Explaining how such a thing works to an optimizer that
wants to know when registers are being
I just got my setup working here in my new home town of Seattle, WA
and I noticed we are about to release a new Parrot. I wanted to make
sure Jako was working right, but there has aparently been some
changes to imcc that make its output unacceptable now.
In an attempt to get up to speed on what
Andy --
I didn't see anything wrong in the code, but I added some parens.
Let me know if you still have trouble...
Regards,
-- Gregor
On Mon, 2003-09-15 at 08:51, Andy Dougherty wrote:
On Solaris 8, with Sun's supplied perl5.00503 and with Sun's cc, I get the
following error when trying to
to the list in case someone
has the tuits to fix the examples.
I really don't think we should ship with broken examples. They
should be fixed or removed if it isn't worth it...
Regards,
-- Gregor
On Thu, 2003-09-18 at 21:04, Steve Fink wrote:
On Sep-18, Gregor N. Purdy wrote:
I just got my setup
Juergen --
Juergen Boemmels wrote:
Write
PutS
Why are there two diffrent calls to write data to an io, with only a
slightly different prototype. This is code-duplication in every
layer. I can't think of any use case where PutS won't be implemented
as Write(..., data, strlen(data)). These
Benjamin --
The trick is to find the cheapest possible way to get conditional
processing to occur if and only if there are events in the event
queue.
I'll only be considering the fast core here for simplicity. But,
if you look at include/parrot/interp_guts.h, the only thing of
interest there is
:
Gregor N. Purdy [EMAIL PROTECTED] wrote:
All --
I just did a CVS update, and I had to make the following changes
to get it to compile
Why did it not compile? What error message?
... (I also had to delete and update
languages/imcc/parser.[hc], which I think was expected
At line 679 of languages/imcc/pbc.c, we have:
case 'I':
if (r-name[0] == '0' r-name[1] == 'x')
r-color = strtoul(r-name+2, 0, 16);
else if (r-name[0] == '0' r-name[1] == 'b')
r-color = strtoul(r-name+2, 0, 2);
else
All --
I changed the Jako makefile to use imcc instead of assemble.pl,
but I noticed that the mandelzoom example no longer cleared
the screen between screen updates. So, I manually assembed its
languages/jako/examples/mandelzoom.pasm with assemble.pl with
the idea of comparing the results of
wrote:
s/Yet Another Society/The Perl Foundation/g
Gregor N. Purdy wrote:
All --
I noticed that there are many files with copyrights of
when this is determined..., while some files have a
copyright of Yet Another Society. Seems like they should
all be Yet Another, or none should
Simon --
It used to be that the 'mod' op was the mathematically correct
(in the Knuth sense) op, and the 'cmod' op was 'mod' per the C
implementation used to compile Parrot (which are two very different
things, it turns out). I wrote the Knuth-mod op originally, and
proposed having both versions.
Leo --
No problem. I saw the smiley, but SCNR was new to me.
we cool
:)
Regards,
-- Gregor
On Wed, 2003-07-09 at 02:08, Leopold Toetsch wrote:
Gregor N. Purdy wrote:
IIRC, that has been the policy during previous freezes.
However, I can stop tinkering if its getting in anyone's
All --
I just did a CVS update, and I had to make the following changes
to get it to compile (I also had to delete and update
languages/imcc/parser.[hc], which I think was expected).
I didn't check it in because I'm not sure if the stuff I commented
out is really supposed to go (although recent
All --
I noticed that there are many files with copyrights of
when this is determined..., while some files have a
copyright of Yet Another Society. Seems like they should
all be Yet Another, or none should be...
Regards,
-- Gregor
--
Gregor Purdy[EMAIL PROTECTED]
All --
I just checked in a small patch that allows Jako to start
grokking PMCs. For example:
use sys;
var pmc foo;
foo = new PerlUndef;
foo = Hello, world!\n;
sys::print(foo);
Regards,
-- Gregor
--
Gregor Purdy[EMAIL
Melvin --
Thanks!
Its of only limited utility until I get the key stuff
working, but I was tired of having a null PMC story
for Jako.
Regards,
-- Gregor
On Tue, 2003-07-08 at 18:01, Melvin Smith wrote:
At 05:44 PM 7/8/2003 -0400, Gregor N. Purdy wrote:
I just checked in a small patch
IIRC, that has been the policy during previous freezes.
However, I can stop tinkering if its getting in anyone's
way or on anyone's nerves...
Regards,
-- Gregor
On Tue, 2003-07-08 at 18:01, Melvin Smith wrote:
At 11:50 PM 7/8/2003 +0200, Leopold Toetsch wrote:
Gregor N. Purdy wrote:
All
Here's the failure stuff from the build process:
gcc -o parrot -L/usr/local/lib test_main.o blib/lib/libparrot.a -lnsl
-ldl -lm -lpthread -lcrypt -lutil
blib/lib/libparrot.a(jit_cpu.o)(.text+0x2ce0): In function
`Parrot_jit_restart_op':
: undefined reference to `Parrot_end_jit'
collect2: ld
is causing the compile failure. And,
the existence of the prototype in two places seems
like a bad idea...
Which file do you think has the implementation of
this function?
Regards,
-- Gregor
On Wed, 2003-07-02 at 11:48, Leopold Toetsch wrote:
Gregor N. Purdy [EMAIL PROTECTED] wrote:
Here's
) || (PREV_OP == inc_i) || (PREV_OP ==
sub_i_i_i))
Parrot_end {
jit_emit_end(NATIVECODE);
}
$
But its definitely not ending up in jit_cpu.c here...
Regards,
-- Gregor
On Wed, 2003-07-02 at 12:51, Leopold Toetsch wrote:
Gregor N. Purdy [EMAIL PROTECTED] wrote:
Which file do you think has
Leo --
Daniel and I are on the trail...
On Wed, 2003-07-02 at 17:47, Leopold Toetsch wrote:
Gregor N. Purdy wrote:
Leo --
My jit_cpu.c doesn't have a Parrot_jit_end() in it:
$ grep end_jit jit_cpu.c
Wasn't here recently (~weeks) a report about a broekn Perl and
DeadRat
All --
I just checked in some changes to Jako that bring rudimentary
module support. Its rudimentary because for now, modules are
not referenced from separate files, but simply form handy
named groups of symbols within the single source file being
compiled.
Of course, this really becomes useful
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
11412 Landan Lane 513-771-6570 vox
Cincinnati, OH 45242
without
reassembly (which is good in case the source isn't handy).
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus
On Mon, 2002-02-11 at 18:30, Bryan C. Warnock wrote:
On Monday 11 February 2002 16:18, Gregor N. Purdy wrote:
Bryan --
IIRC sizeof(opcode_t) === 4, since it is required that opcode_t be 32
bits. So, that 4 is supposed to be a 4, although turning it into a
symbolic constant
this is the right thing to
do.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069
Larry --
Simon Cozens writes:
: Gregor N. Purdy:
: I was only involved in a small amount of 'key' discussion. FWIW, I
: would have thought the KEY_PAIR thingee was for (array) slice ranges,
: not multidimensional indexing...
:
: Then it's doubly mis-named, because KEY_PAIR holds
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069
Bryan --
static void **
prederef(void ** pc_prederef, struct Parrot_Interp * interpreter)
{
size_t offset = pc_prederef - interpreter-prederef_code;
opcode_t * pc = ((opcode_t *)interpreter-code-byte_code) +
offset;
This is supposed to be calculating offset =
Bryan --
Thanks for the message.
You've got a disaster waiting to happen when sizeof(pointer) !=
sizeof(opcode). (64 bit/32 bit mix would be valid.)
My intent in allocating a second memory block as an array of (void *) was
to make sure that I handled this case, even though it does not
Dan and Nick --
[and I did laugh out loud when I finally realised what cunning tricks it is
doing to replace the deref function with the pointer to the opcode function,
and return the same address so that the run loop calls the real function at
that point]
It is rather clever, isn't it?
to chime in.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http
the patch itself and
the commit log message.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc
the root dir.
We can build test_parrot to blib/bin, etc.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West
print \\n
end
CODE
0
2147483647
+ -2147483648
-2147483648
OUTPUT
--
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860
)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West
really need to have the three-way in/out/inout tagset?
inline op set(out i, in i|ic) {
$1 = $2;
}
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy
All --
I've just committed the latest patch from Daniel Grunblat:
* Ops added set_s_s, set_s_sc, bsr_i and eq_s_sc but using calls to C
functions.
* Added JUMP(END) to place the number of bytes to the end of the current
op.
* The *.jit files syntax changed.
* Added
Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069
(TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
to
op_func_prederef_t because it made the implementation of the
shared ops2c.pl easier.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy
just want the thing
to build, even if you have a nojit architecture.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED
All --
Note the package name.
Fixed.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc
Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc. http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
Brent --
Give it another try. I just messed with jit2h.pl to make it not
generate empty brace pairs.
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy
location is executed, but now
with the real code being called.
Thanks to: John Kennedy
Regards,
-- Gregor
/Inspiration Innovation Excellence (TM)\
Gregor N. Purdy [EMAIL
) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester
with a newly generated one.
Regards,
-- Gregor
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http
like hand-generated code again.
Either way is fine with me. Let me know and I'll check in an updated
version...
Regards,
-- Gregor
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH
, but I'm not clear on the status of
PerlIntArray PMCs. In/out, ready/hold-off?
Regards,
-- Gregor
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069
) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.http://www.focusresearch.com/
8080 Beckett Center Drive #203 513-860-3570 vox
West Chester, OH 45069 513-860-3579 fax
\_/
. Yet.
Want : Will :: Yes : No
(sigh)
Regards,
-- Gregor
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc
with dynamic loading) sooner rather than merge
these oplibs together?
Regards,
-- Gregor
_
/Inspiration Innovation Excellence (TM) \
Gregor N. Purdy [EMAIL PROTECTED
Brent --
but how do I use an additional .ops file? I'd like to statically
link it in and use it alongside core.ops, but I can't figure it out.
The assembler can't find the opcodes, even after I run ops2pm. Is there
some magical command-line switch I'm not activating or something?
This
Brent --
How about, instead of just saying 'oplib foo' in the bytecode header, we
say 'first N opcodes of oplib foo'? After all, you generally don't have
any use for opcodes added after you assembled. :^)
I agree, although I take it further by allowing you to cherry-pick the
ops you need
2001
+++ OpcodeTable.pm Sat Nov 3 18:34:23 2001
@@ -0,0 +1,205 @@
+#!/usr/bin/perl -w
+#
+# OpcodeTable.pm
+#
+# Parrot::PackFile::OpcodeTable Perl package. Functions for manipulating
+# Parrot Pack File Opcode Tables.
+#
+# Copyright (C) 2001 Gregor N. Purdy. All rights reserved
Brian --
None of these are issues with the approach I've been working on /
advocating. I'm hoping we can avoid these altogether.
I think this is a cool concept, but it seems like a lot of overhead with
the string lookups.
I'm hoping we can keep the string lookups in order to
1 - 100 of 255 matches
Mail list logo
