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?
Why
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 i
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_ sam
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.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=32393 >
>
>
> - the pars
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
# New Ticket Created by Will Coleda
# Please include the string: [perl #32393]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32393 >
- the parser doesn't like empty subs or compilation units:
.sub _foo
.end
.
# New Ticket Created by Will Coleda
# Please include the string: [perl #32392]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32392 >
- IMCC does produce b0rken PASM files, when compiling .imc source
files with dupli
# New Ticket Created by Will Coleda
# Please include the string: [perl #32391]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32391 >
- lexer doesn't impose limits on identifiers, this could lead
to buffer overflows.
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
"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.
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 Parrot_ppc_jit_
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\editor>perl ops2vim.pl imc.vim.in imc.vim
> Can't open imc.vim: No such file or directory at ops2vim.pl line 8, <>
> l
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
[T
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 {
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
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
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
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 t
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.
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
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 soon
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 def
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
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
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
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 (
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
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 langu
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
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 answe
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 standards.
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
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 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 =
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 o
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
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 w
[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 speci
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 compil
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 se
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 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 n
42 matches
Mail list logo