On Sep 22, 2004, at 8:13 PM, Dan Sugalski wrote:
At 7:32 PM -0700 9/22/04, Jeff Clites wrote:
One problem: Some languages (Scheme, for example, and arguably C)
have a unified namespace for subs and variables. What to do there?
The easiest thing would be to allow the languages to store into
On Thursday 23 September 2004 09:06, Jeff Clites wrote:
Why? Not to be snarky here, I'm curious.
Just that if I set a global $foo = 5 in Perl, I'd want to be able to
change it from Python as, foo = 5. From Python, I can't set it using
$foo = 5, since that isn't syntactically valid in Python,
Steve Fink [EMAIL PROTECTED] wrote:
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.
First we should unify the return value. We currently have basically
Bernhard Schmalhofer [EMAIL PROTECTED] wrote:
this revision of Parrot m4 has no new features.
Sorry, it isn't ready for 'autoconf' yet :;).
Thanks, applied.
leo
How do you do that? Generation and matching are two different things
algorithmically.
yes, but they are intimately linked. just like the transformation of a string
into a number, and from a number to a string. Two algorithmically different
things as well, but they'd damn-well better be exact
Andy Dougherty [EMAIL PROTECTED] wrote:
Solaris make had trouble with the $ variable in languages/m4/Makefile.
This patch fixes it.
Thanks, applied as well as #31673
leo
On Wed, 22 Sep 2004, The Perl 6 Summarizer wrote:
Writing pack, or something like it
Michele Dondi wondered how to write pack-like functions in Perl 6,
where the first argument is a string which specifies the signature of
the rest of the function call. The proposal stumped me, but maybe
Andrew Rodland wrote:
On Tuesday 21 September 2004 07:18 pm, Thomas A. Boyer wrote:
Larry Wall wrote:
Somebody needs to talk me out of using A..Z for the simple cases.
Larry
[ for array dimension placeholder ]
That might confuse users of languages that were not
C-syntax-influenced, who think
On Wed, 22 Sep 2004 21:11:02 +0100, The Perl 6 Summarizer
[EMAIL PROTECTED] wrote:
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
Bootstrapping the grammar
Uri Guttman had some thoughts on
On Sep 22, 2004, at 5:06 PM, Edward Peschko wrote:
How do you do that? Generation and matching are two different things
algorithmically.
yes, but they are intimately linked. just like the transformation of a
string
into a number, and from a number to a string. Two algorithmically
different
I've started tweaking internals to get a faster calling scheme in place.
Part 1 (in CVS) moved the subroutine's address into the parrot_sub_t
structure. Accessing such Sub-internals via get_pointer set_pointer is
working still safely.
Anyway, next will be to hide the return continuation in
On Thu, Sep 23, 2004 at 09:12:32AM -0400, Buddha Buck wrote:
On Wed, 22 Sep 2004 21:11:02 +0100, The Perl 6 Summarizer
[EMAIL PROTECTED] wrote:
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
# New Ticket Created by Will Coleda
# Please include the string: [perl #31694]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31694
Now that Robert has provided a new custom field denoting language in the RT
At 12:06 AM -0700 9/23/04, Jeff Clites wrote:
On Sep 22, 2004, at 8:13 PM, Dan Sugalski wrote:
At 7:32 PM -0700 9/22/04, Jeff Clites wrote:
One problem: Some languages (Scheme, for
example, and arguably C) have a unified
namespace for subs and variables. What to do
there?
The easiest thing
[EMAIL PROTECTED] wrote:
I'll show you. Here are some of the generators. This is very dense,
functional code. Read at your own risk (but I'm certainly not writing
it to be executed!).
Quite. ;)
For the regexp /a aa aaa a aa/, this would sequentially
search through all possible
On Wed, 22 Sep 2004, William Coleda wrote:
Attached, find a patch that does a first pass of this.
[ . . . ]
# OTHER FILE GROUPS:
@@ -412,6 +440,9 @@
.c$(O) :
@$(PERL) tools/dev/cc_flags.pl ./CFLAGS $(CC) $(CFLAGS) -I$(@D)
${cc_o_out}$@ -c $
+%.pbc:%.imc
+
At 4:15 PM +0200 9/23/04, Leopold Toetsch wrote:
I've started tweaking internals to get a faster calling scheme in
place. Part 1 (in CVS) moved the subroutine's address into the
parrot_sub_t structure. Accessing such Sub-internals via get_pointer
set_pointer is working still safely.
Anyway,
Dan Sugalski writes:
At 4:15 PM +0200 9/23/04, Leopold Toetsch wrote:
return_cc() # 2) return via current continuation
1) is only needed for special porposes, like passing the
continuation on to a different place. The normal way to return from
a sub will be 2)
If that's in,
At 11:23 AM -0600 9/23/04, Luke Palmer wrote:
Dan Sugalski writes:
At 4:15 PM +0200 9/23/04, Leopold Toetsch wrote:
return_cc() # 2) return via current continuation
1) is only needed for special porposes, like passing the
continuation on to a different place. The normal way to return
Dan Sugalski wrote:
At 4:15 PM +0200 9/23/04, Leopold Toetsch wrote:
get_cc(OUT Px) # 1) get current continuation, i.e. the return cont.
In a rare, possibly unique burts of opcode parsimoniousness... perhaps
this would be a good thing for the interpinfo op.
That's fine too.
return_cc()
At 6:33 PM + 9/23/04, Bernhard Schmalhofer via RT wrote:
All the .imc and .pasm files in the library which aren't meant to be
.included should get compiled to bytecode as part of parrot's build
procedure.
On that occasion the file 'runtime/parrot/include/Getopt_Long.imc' can
be removed
On Thu, Sep 23, 2004 at 01:09:38PM -0400, Andy Dougherty wrote:
On Wed, 22 Sep 2004, William Coleda wrote:
Attached, find a patch that does a first pass of this.
[ . . . ]
# OTHER FILE GROUPS:
@@ -412,6 +440,9 @@
.c$(O) :
@$(PERL) tools/dev/cc_flags.pl ./CFLAGS $(CC)
On Sep 23, 2004, at 5:27 PM, Edward Peschko wrote:
On Thu, Sep 23, 2004 at 08:15:08AM -0700, Jeff Clites wrote:
just like the transformation of a string into a number, and from a
number to a string. Two algorithmically different things as well,
but they'd damn-well better
23 matches
Mail list logo