Will Coleda [EMAIL PROTECTED] wrote:
It would be nice if we had some syntactic sugar in PIR, such that:
.sub main @MAIN
.local int foo = 1
print foo
end
.end
Well, if it's a constant, you can already write:
.const int foo = 1
... for any type of intializer code...
.local pmc
Will Coleda [EMAIL PROTECTED] wrote:
This shows the same mis-reporting of the error:
Fixed. Thanks for reporting.
leo
Just committed a change to Tcl so that all args attempt to retain their original PMC
values where possible (until now, all arguments were PerlStrings, all return values
were simple strings), and commands can now return something other than a string as a
result. This is a pre-requisite for using
Okay, this is going to be a three parter. The second part is entirely
structural, and mostly a matter of convention. (It's second because
the sensible thing to do is go over the link Tim posted to the
previous discussion and more or less Make It So. I'm having a hard
time getting a solid chunk
Dan Sugalski [EMAIL PROTECTED] wrote:
*) The names of namespaces, methods subs, and variables do *not*
collide. You may have a namespace Foo, a sub Foo, and a variable Foo
at the same level of a namespace.
Why? Perl can use sigil mangling here, as it does with variables;
where else is this
At 12:01 PM -0700 9/22/04, Brent 'Dax' Royal-Gordon wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
*) The names of namespaces, methods subs, and variables do *not*
collide. You may have a namespace Foo, a sub Foo, and a variable Foo
at the same level of a namespace.
Why? Perl can use sigil
At 11:23 AM -0700 9/22/04, Will Coleda wrote:
On Wed, Sep 22, 2004 at 01:58:17PM -0400, Dan Sugalski wrote:
Okay, this is going to be a three parter. The second part is entirely
structural, and mostly a matter of convention. (It's second because
the sensible thing to do is go over the link Tim
On Wed, 2004-09-22 at 12:21, Dan Sugalski wrote:
Larry's told me that as far as he's concerned the sigil is now part
of the variable name. So perl doesn't *have* a variable foo -- it has
$foo, @foo, %foo, and so on. (Granted, methods/subs are foo, but for
that I'm OK slipping some
At 12:33 PM -0700 9/22/04, chromatic wrote:
On Wed, 2004-09-22 at 12:21, Dan Sugalski wrote:
Larry's told me that as far as he's concerned the sigil is now part
of the variable name. So perl doesn't *have* a variable foo -- it has
$foo, @foo, %foo, and so on. (Granted, methods/subs are foo, but
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31680]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31680
All the .imc and .pasm files in the library which aren't meant to be
.included
The Perl 6 Summary for the week ending 2004-09-17
Another week, another summary, and I'm running late. So:
This week in perl6-compiler
The current state of the compiler
Discussion of the current state of the nascent perl 6 compiler and how
best to contribute to its development even
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31681]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31681
Most of the support's in, we just need to finish it. We just need to
get the
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #31672]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31672
Solaris make had trouble with the $ variable in languages/m4/Makefile.
This
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #31673]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31673
languages/m4/src/eval.c includes a header error.h. My Solaris 8 system
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #31674]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31674
The INSTALL file in languages/m4/INSTALL says:
'libpcre' is required.
Just committed a change to Tcl that improves startup time noticably. (so, the test
suite runs muuuch faster)
I had switched to using load_bytecode of .imc files instead of .include - since I
was loading the .imc, the code had to be recompiled each time. Now, everything under /tcl/ is
compiled
On Wed, Sep 22, 2004 at 01:58:17PM -0400, Dan Sugalski wrote:
Okay, this is going to be a three parter. The second part is entirely
structural, and mostly a matter of convention. (It's second because
the sensible thing to do is go over the link Tim posted to the
previous discussion and more
# New Ticket Created by Will Coleda
# Please include the string: [perl #31682]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31682
Trying to get dynclasses/Tcl* working with the new group directive.
Following
On Sep 22, 2004, at 10:58 AM, Dan Sugalski wrote:
*) There are three things that can be in a namespace: Another
namespace, a method or sub, and a variable.
*) The names of namespaces, methods subs, and variables do *not*
collide. You may have a namespace Foo, a sub Foo, and a variable Foo
at
On Sep 22, 2004, at 5:30 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #31682]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31682
...
$ make realclean
$
At 7:32 PM -0700 9/22/04, Jeff Clites wrote:
On Sep 22, 2004, at 10:58 AM, Dan Sugalski wrote:
*) There are three things that can be in a namespace: Another
namespace, a method or sub, and a variable.
*) The names of namespaces, methods subs, and variables do *not*
collide. You may have a
Attached, find a patch that does a first pass of this.
I skipped the SDL IMC's because one of them gave me trouble, but didn't include them in the root.in
I skipped the PASM files, as they appear to have PIR counterparts.
There are two files that are commented out, as they also gave me trouble.
On Sep-20, Dan Sugalski wrote:
Now, the issue is how to actually build a compiler. Right now a
compiler is a simple thing -- it's a method hanging off the __invoke
vtable slot of the PMC. I'm not sure I like that, as it seems really,
really hackish. Hacks are inevitable, of course, but it
23 matches
Mail list logo
