On Nov 8, 2004, at 11:42 PM, Leopold Toetsch wrote:
Jeff Clites wrote:
new P16, 32 # .PerlInt
add P16, P18, P17
That's what worries me, and what prompted the question. You don't
know at compile-time that the return type should be a PerlInt.
Yes, I've already stated that this
On Nov 8, 2004, at 11:15 AM, Matt Fowles wrote:
Dan~
On Mon, 8 Nov 2004 13:45:08 -0500, Dan Sugalski [EMAIL PROTECTED] wrote:
The calling conventions and code surrounding them will *not* change
now. When all the sub stuff, and the things that depend on it, are
fully specified and implemented...
On Nov 8, 2004, at 3:08 AM, Leopold Toetsch wrote:
Jeff Clites [EMAIL PROTECTED] wrote:
No. The binary operations in Python are opcodes, as well as in
Parrot.
And both provide the snytax to override the opcode doing a method
call,
that's it.
I guess we'll just have to disagree here. I don't see
On Tue, 9 Nov 2004 08:14:28 +0100, Leopold Toetsch [EMAIL PROTECTED] wrote:
Two notes:
Your compiler seems to emit subroutines all called main.
Do all the subroutines need to have unique names if they get compiled
individually by IMCC? is there support for anonymous subs now?
The compiled
[EMAIL PROTECTED] wrote:
On Nov 8, 2004, at 11:15 AM, Matt Fowles wrote:
Dan~
On Mon, 8 Nov 2004 13:45:08 -0500, Dan Sugalski [EMAIL PROTECTED] wrote:
The calling conventions and code surrounding them will *not* change
now. When all the sub stuff, and the things that depend on it, are
fully
At 1:48 PM +0100 11/8/04, Leopold Toetsch wrote:
I'd like to cleanup eval.pmc and dynamic code compiling a bit. But
before that I'd like to know:
Which granularity do we allow for eval()ed code?
Can that be an expression or statement too or is it always at least
an (anonymous) subroutine?
This
At 8:23 AM -0500 11/9/04, Matt Diephouse wrote:
On Tue, 9 Nov 2004 08:14:28 +0100, Leopold Toetsch [EMAIL PROTECTED] wrote:
Finally. Code created through compile is currently not preserving
registers. See yesterdays mail: Q: eval. This needs some clarification
first and fixing.
There are a
At 12:58 AM -0800 11/9/04, Jeff Clites wrote:
On Nov 8, 2004, at 11:15 AM, Matt Fowles wrote:
Dan~
On Mon, 8 Nov 2004 13:45:08 -0500, Dan Sugalski [EMAIL PROTECTED] wrote:
The calling conventions and code surrounding them will *not* change
now. When all the sub stuff, and the things that depend on
At 6:54 PM -0800 11/8/04, Jeff Clites wrote:
But the part I was really wondering about is the a + b. This is
what pie-thon.pl produces for that (you can just run it on the code
fragment a + b--it doesn't matter the context):
$P1 = new PerlInt # BINARY_ADD
$P1 = a +
At 12:44 AM -0800 11/9/04, Jeff Clites wrote:
And again, what about Ruby? If you believe in matching the current
philosophy of the language, it won't use ops for operators (but
rather, method calls), and won't do the right thing for objects with
vtable/MMDs, and no corresponding methods.
Yes it
At 10:39 PM -0500 11/8/04, Matt Fowles wrote:
calling convenctions, traceback, and register allocation
Leo suggested a new way to invoke functions which would clean up
calling, tracebacks, and register allocation. While such a change would
have great aesthetic value, Dan declared it
Sam made reference to the CLS last week, and it's a point well-taken.
We need a list of standard activities that parrot provides so that
people writing compilers can use the provided facilities and people
implementing data types can make sure they do the right things to
work with the
Dan Sugalski wrote:
This was specified ages ago
You have skipped one question: how would PIR code of this eval() look
like, and specifically, what about that goto?
# #! perl -w
# my $i= 5;
# LAB:
#$i++;
#eval(goto LAB if ($i==6));
#print $i\n;
#
# 7
#
You can of course answer,
At 3:42 PM +0100 11/9/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
This was specified ages ago
You have skipped one question:
Nope. Language designer call. (Granted, in this case if the call is
make it work then the language designer and I get to have a chat,
but... :)
how would PIR code of
A patch is attached, but it bears a little discussion.
Methods in pie-thon are stored as attributes. Methods in pirate are
stored as properties. I'm not clear on what the difference is, and
which should be used.
In neither case are methods stored as methods, and this would prevent
other
Dan Sugalski wrote:
Sam made reference to the CLS last week, and it's a point well-taken. We
need a list of standard activities that parrot provides so that people
writing compilers can use the provided facilities and people
implementing data types can make sure they do the right things to work
There is of course no eval in Parrot. Anyway:
* the signature of a Parrot compiler PMC is now PIt - it returns
a Sub PMC directly - or more precisely an Eval PMC, which is a
Closure
* attached onto this Closure is the compiled bytecode
* this Closure's are named EVAL_n (n = 1...)
* it can (or
On Tue, 09 Nov 2004 12:09:26 -0500, Sam Ruby [EMAIL PROTECTED] wrote:
My goal at the moment is to get up to speed to the point where I *could*
write such a document.
Indeed. Being able to eventually write docs is much of the reason I've
been working on a Forth implementation. I think Sam has
At 12:09 PM -0500 11/9/04, Sam Ruby wrote:
Dan Sugalski wrote:
Sam made reference to the CLS last week, and it's a point
well-taken. We need a list of standard activities that parrot
provides so that people writing compilers can use the provided
facilities and people implementing data types can
I've updated my Forth implementation to work again. There's not much
new besides that, unfortunately. But if you're interested, you can
download it here:
http://matt.diephouse.com/software/parrot-forth-0.1.1.tar.gz
--
matt diephouse
http://matt.diephouse.com
Matt Diephouse wrote:
I've updated my Forth implementation to work again. There's not much
new besides that, unfortunately. But if you're interested, you can
download it here:
http://matt.diephouse.com/software/parrot-forth-0.1.1.tar.gz
Hmm, maybe it's my Parrot build then that is
On Tue, 09 Nov 2004 13:16:33 -0700, Jack J. Woehr [EMAIL PROTECTED] wrote:
Hmm, maybe it's my Parrot build then that is defective:
Again, sorry: I should have mentioned that you'll probably need to
grab a new copy of Parrot from CVS (the fix depends on recent
changes).
I'll find my brain sooner
Matt Diephouse wrote:
Again, sorry: I should have mentioned that you'll probably need to
grab a new copy of Parrot from CVS (the fix depends on recent
changes).
So a 'cvs up -PAd' should do it in my tree?
--
Jack J. Woehr # Ordinator consistetvr,
PO Box 51, Golden, CO 80402
Can anyone please give me a hint at the setup and proper invocation for runinng
/languages/perl6/perl6 ?
--
Jack J. Woehr # Ordinator consistetvr,
PO Box 51, Golden, CO 80402 # redintegrandvs tandem
http://www.well.com/~jax # tangenda qvodvis clavis.
On Tue, 09 Nov 2004 13:22:27 -0700, Jack J. Woehr [EMAIL PROTECTED] wrote:
Matt Diephouse wrote:
Again, sorry: I should have mentioned that you'll probably need to
grab a new copy of Parrot from CVS (the fix depends on recent
changes).
So a 'cvs up -PAd' should do it in my tree?
cvs
Dan Sugalski [EMAIL PROTECTED] wrote:
That goto's bogus and shouldn't work. I think it does right now, but
I'm OK with making it not work -- it *shouldn't*, since in perl the
eval's an anonymous sub, which means you've done a goto out of a sub
and into another, which... well, that's not
At 6:23 PM +0100 11/9/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
That goto's bogus and shouldn't work. I think it does right now, but
I'm OK with making it not work -- it *shouldn't*, since in perl the
eval's an anonymous sub, which means you've done a goto out of a sub
I'm still troubled by the export trait as I read S11. I like not having
to write a new subroutine in a procedural module and THEN go back up and
edit @EXPORT. That's good.
But, it seems to me that:
module MyHTML {
# Wherein I pretend to have written an HTML module
On Tue, Nov 09, 2004 at 05:20:50PM -0500, Aaron Sherman wrote:
: I'm still troubled by the export trait as I read S11. I like not having
: to write a new subroutine in a procedural module and THEN go back up and
: edit @EXPORT. That's good.
:
: But, it seems to me that:
:
: module MyHTML {
The URL
http://perl.apache.org/~geoff/Apache-Test-1.16.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.16.tar.gz
size: 137425 bytes
md5: f1d2d2321af6d5f2080e0a56a58b6cec
Changes since 1.15:
launder the require()d custom config filename to make -T happy
On Monday 08 November 2004 06:50 pm, Christian Lott wrote:
Having a little trouble with vim.
I think the problem is that imc.vim.in needs to go through ops2vim.
C:\parrot\editorperl ops2vim.pl imc.vim.in imc.vim
Can't open imc.vim: No such file or directory at ops2vim.pl line 8,
line 85.
On Mon, 8 Nov 2004 11:38:11 +0100, Leopold Toetsch [EMAIL PROTECTED] wrote:
Adam Thomason [EMAIL PROTECTED] wrote:
It appears that (3) may work after all. ICU 3.0 will build static
32-bit libraries which seem to work with parrot. As Jeff suspected,
the missing
Thanks, Applied
Dan Sugalski wrote:
At 3:51 PM +0100 11/4/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Are we comfortable adding the dynclasses to the default build target?
I think it can go in.
Done.
This is now obsolete, neh?
[EMAIL PROTECTED] - Tue Aug 17 06:26:55 2004]:
$ make -C dynclasses
/Users/nick/Sandpit/maint/bin/perl5.8.3 ../classes/pmc2c2.pl --dump
foo.pmc
/Users/nick/Sandpit/maint/bin/perl5.8.3 ../classes/pmc2c2.pl --c
foo.pmc
can't find file 'foo.dump' in path
# New Ticket Created by Will Coleda
# Please include the string: [perl #32391]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32391
- lexer doesn't impose limits on identifiers, this could lead
to buffer
# New Ticket Created by Will Coleda
# Please include the string: [perl #32393]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32393
- the parser doesn't like empty subs or compilation units:
.sub _foo
.end
Some questions:
-
Can we get an AUTOCLASS/AUTOCLASSDEF hook pair?
-
How does one create a class with a hyphen in the middle of it? If I say:
use Foo-Bar;
will it complain about not finding a Bar version of Foo? Would I instead
need to say:
use 'Foo-Bar';
use Foo\-Bar;
use ('Foo-Bar');
$x
On Tue, Nov 09, 2004 at 07:14:27PM -0800, Will Coleda wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #32393]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32393
- the parser
Jarkko Hietaniemi [EMAIL PROTECTED] wrote:
+ if (/^\w+\s+(Parrot_\w+)\(/) {
Can we be slightly less strict? Current publics that ought to be APIs
include these prefixes:
IMCC_ PASM/PIR compiler stuff
AST_AST compiler stuff
PF_ Packfile handling low level
PackFile_
Leopold Toetsch wrote:
Jarkko Hietaniemi [EMAIL PROTECTED] wrote:
+ if (/^\w+\s+(Parrot_\w+)\(/) {
Can we be slightly less strict? Current publics that ought to be APIs
include these prefixes:
That's a policy decision. I would make a different policy decision
(that is,
On Tue, Nov 09, 2004 at 09:18:47PM -0600, Rod Adams wrote:
: Can we get an AUTOCLASS/AUTOCLASSDEF hook pair?
Considering a class is just a variable in another symbol table, seems
like an AUTOVAR in the container might cover it.
: How does one create a class with a hyphen in the middle of it?
41 matches
Mail list logo
