Leopold Toetsch <[EMAIL PROTECTED]> writes:
> 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
On Sep 23, 2004, at 9:53 AM, Dan Sugalski wrote:
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:
*) If a language wants different types of variables to have the
same name, it has to mangle the names. (So yo
I am the french teacher who is trying to initiate my students to the
pleaasure of assembly language using Parrot.
For those who car read french, you can check our site :
http://www.dil.univ-mrs.fr/lic.ue.html#L-O3-5
I am trying to write a french document for my students, but the most
important p
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
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 $
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 fro
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 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 retur
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 th
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, n
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
> + @.${slas
[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 ways
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 would
# New Ticket Created by Will Coleda
# Please include the string: [perl #31694]
# in the subject line of all future correspondence about this issue.
# 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
system, we
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-com
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 th
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
thing
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
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 th
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 may
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
> 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
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
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
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
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
multip
26 matches
Mail list logo
