Jerome Quelin writes:
> On 04/11/22 07:14 -0700, Patrick R. Michaud wrote:
> > Looks great to me -- I'll switch things around to (pardon the pun) match.
> > They'll become "P6GE::compile" (compiler sub) and "P6GE::Match", with
> > a note that P6GE::compile is still subject to change.
>
> Well, sin
On Mon, Nov 22, 2004 at 07:27:18PM +0100, Jerome Quelin wrote:
> On 04/11/22 07:14 -0700, Patrick R. Michaud wrote:
> > Looks great to me -- I'll switch things around to (pardon the pun) match.
> > They'll become "P6GE::compile" (compiler sub) and "P6GE::Match", with
> > a note that P6GE::compile i
Bill~
On Mon, 22 Nov 2004 11:49:59 -0800, Bill Coffman <[EMAIL PROTECTED]> wrote:
> >sub1() <---+ <-+
> >... ||
> >sub2() +<-+ |
> >...| |
> >sub3() ---+-+
>
> In the continuations enhanced control fl
Bill Coffman <[EMAIL PROTECTED]> wrote:
> ...volatile, and non-volatile symbols (variables). Non-volatile symbols
> do not cross subroutine calls, and can therefore be put in the lower
> register half.
I've used the terms volatiles and non-volatiles in the reversed sense,
i.e. from the POV of an
As of a few minutes ago, the "Perl 6 Grammar Engine" has been
renamed to the "Parrot/Perl Grammar Engine" (PGE). All of the associated
files and symbols have been likewise renamed, and some things have
been moved around to more closely follow Parrot guidelines.
The README file in compilers/pge ha
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 10:28 AM +0100 11/22/04, Leopold Toetsch wrote:
> Maybe we should name it invoke_return.
Ok. If someone grep's through the tree and just changes all, it's done.
$ find . -type f | xargs grep -w returncc
> We'd talked at one point about swapping interp
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #32569]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32569 >
Hi,
I got confused with the signature of 'Parrot_compreg' in 'inter_misc.c':
Hello all,
I would like to address the problem of how continuations have affected
the register allocator. This problem came to the public eye, when two
tests that the new register allocator failed. Leo's analysis was
essentially that the allocator was fine, but that our handling of
continuations
At 10:28 AM +0100 11/22/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 9:59 AM +0100 11/19/04, Leopold Toetsch wrote:
Its in and named C since yesterday "return with current
continuation".
Hrm. The name's not right,
I've proposed ret_cc and returncc, about two weeks ago t
On 04/11/22 07:14 -0700, Patrick R. Michaud wrote:
> Looks great to me -- I'll switch things around to (pardon the pun) match.
> They'll become "P6GE::compile" (compiler sub) and "P6GE::Match", with
> a note that P6GE::compile is still subject to change.
Well, since we're nitpicking conventions an
At 8:57 AM +0100 11/20/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Exceptions are not, by default, resumable.
Are there non-default resumable exceptions?
Sure. Anything that throws an exception is more than welcome to pass
along a resume continuation if it wants, and I'm OK
On Fri, Nov 19, 2004 at 09:59:18AM +0100, Leopold Toetsch wrote:
: Allowing just one additional object doesn't properly support Python,
: which has two optional expressions for the C statement and Python
: attaches a traceback object to the exception.
:
: OTOH (again from Python's view) raising ju
On Mon, Nov 22, 2004 at 07:14:11AM -0700, Patrick R. Michaud wrote:
> On Mon, Nov 22, 2004 at 12:49:48AM -0700, Luke Palmer wrote:
> > It's likely that the p6ge_compile should be in P6GE, and that P6GEMatch
> > should be P6GE::Match (that is, [ "P6GE", "Match" ]).
> >
> > Anyone disagree?
>
> Loo
William Coleda <[EMAIL PROTECTED]> wrote:
> This SHOULD trigger the exception handler in
> languages/tcl/lib/command/set.imc. Instead, the stack trace ends with:
> 3718 set_eh P20 - P20=Exception_Handler=PMC(0x401b5d8)
> 3720 find_lex P18, -1, S17- P18=Array=PMC(0x401b578), , S17="a
Stephane Peiry <[EMAIL PROTECTED]> wrote:
> This patch implements (some) jitted vtables for the sun4/sparc platform.
Thanks, applied.
leo
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #32563]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32563 >
I just changed the interpreter structure slightly. After "make -s"
*almost* all g
On Mon, 22 Nov 2004 10:01:42 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Gabe Schaffer <[EMAIL PROTECTED]> wrote:
>
> > That's no problem except where a given COND can be either signalled or
> > broadcast to.
>
> Such issues need good comments in source code. Does that imply that we
> nee
On Mon, Nov 22, 2004 at 12:49:48AM -0700, Luke Palmer wrote:
> > Should the compilation sub for p6g3 be in the root namespace as it is
> > currently, or moved to, say, a "p6ge" namespace?
>
> I doubt we should be taking up the users' precious namespace with things
> that aren't standardly prefixe
On Mon, Nov 22, 2004 at 11:48:04AM -, Leopold Toetsch via RT wrote:
> Patrick R . Michaud <[EMAIL PROTECTED]> wrote:
>
> > It appears that argcI (and possibly argcN, argcS, argcP, I haven't checked)
> > does not survive calls to other functions.
>
> Yep. After a call they have the information
William Coleda <[EMAIL PROTECTED]> wrote:
> After the returncc, is it possible to indicate what routine we are
> returning into?
Good idea. Implemented (location printing needs cleanup, so just a
current hack).
leo
William Coleda <[EMAIL PROTECTED]> wrote:
> Is it worth trying to optimize the mapping of $P2 to P5 there to avoid
> the extra assignment? possible?
"parrot -Oc" did that until a few days ago. It was broken. The problem
arises with code like:
foo(a,b) # P5, P6
foo(b,a) # P6, P5 dif
Leopold Toetsch writes:
> +if (arg->vtable->base_type == enum_class_Key) {
> +while (arg) {
> +UINTVAL flags = PObj_get_FLAGS(arg);
> +if (flags & KEY_register_FLAG) {
> +INTVAL
Huh. That's annoying. attached trace for readability.
William Coleda wrote:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
12 set I3, 0- I3=1,
15 set I4, 0- I4=0,
18 s
Given IMC like:
.sub main @MAIN
$P1 = whee()
print $P1
.end
.sub whee
$P2 = new PerlString
$P2 = "leo\n"
.return ($P2)
.end
We get a trace like:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
1
Given IMC like:
.sub main @MAIN
$P1 = whee()
print $P1
.end
.sub whee
$P2 = new PerlString
$P2 = "leo\n"
.return ($P2)
.end
We get a trace like:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
1
Ben Morrow wrote:
Quoth [EMAIL PROTECTED]:
RESUMABLE: func_that_might_loop_through_cc()
possibly accompanied with another markup of the function call that
loops back.
That can't work, because *any* function might loop back, unless you want
to analyse the entire logic flow of the called funct
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Are we still supposed to put underscores before sub names? Since they
> don't get converted into PASM labels, there doesn't seem much need for
> that restriction anymore.
The restriction isn't existing since quite a time. Docs are rather
outdated due to al
Luke Palmer <[EMAIL PROTECTED]> wrote:
> There's a pretty bad problem with calling the vtable proxy methods with
> keys that aren't constant. Best illustrated by example:
Fixed. Thanks for reporting
leo
Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 21, 2004 at 07:48:03PM +0100, Leopold Toetsch wrote:
>> William Coleda <[EMAIL PROTECTED]> wrote:
>> > .sub _main
>> > load_bytecode "runtime/parrot/library/Data/Escape.pbc"
>> ^^^
>> Just drop that prefix - "
Patrick R . Michaud <[EMAIL PROTECTED]> wrote:
> It appears that argcI (and possibly argcN, argcS, argcP, I haven't checked)
> does not survive calls to other functions.
Yep. After a call they have the information about return results.
> ... Perhaps this is by design,
> in which case the documen
Luke Palmer <[EMAIL PROTECTED]> wrote:
> There's a pretty bad problem with calling the vtable proxy methods with
> keys that aren't constant. Best illustrated by example:
> .sub _main
> newclass $P0, "Foo"
>
> find_type $I0, "Foo"
> new $P1, $I0
> $I1 = $P1["foo"]
> $S0 = "f
Are we still supposed to put underscores before sub names? Since they
don't get converted into PASM labels, there doesn't seem much need for
that restriction anymore.
Luke
Will Coleda <[EMAIL PROTECTED]> wrote:
[ snip ]
> Generates an exception: "no bigint lib loaded"
Oops. Too much cut'n'paste. Fixed.
leo
There's a pretty bad problem with calling the vtable proxy methods with
keys that aren't constant. Best illustrated by example:
.sub _main
newclass $P0, "Foo"
find_type $I0, "Foo"
new $P1, $I0
$I1 = $P1["foo"]
$S0 = "foo"
$I1 = $P1[$S0]
end
.end
.namespace ["F
William Coleda writes:
> Should the compilation sub for p6g3 be in the root namespace as it is
> currently, or moved to, say, a "p6ge" namespace?
I doubt we should be taking up the users' precious namespace with things
that aren't standardly prefixed.
It's likely that the p6ge_compile should be
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #32550]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32550 >
It appears that argcI (and possibly argcN, argcS, argcP, I haven't checked)
do
On Sun, Nov 21, 2004 at 07:48:03PM +0100, Leopold Toetsch wrote:
> William Coleda <[EMAIL PROTECTED]> wrote:
> > Data::Escape is probably your best bet.
Good bet, thanks.
> > .sub _main
> > load_bytecode "runtime/parrot/library/Data/Escape.pbc"
> ^^^
> Just drop that
Quoth [EMAIL PROTECTED]:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > Exceptions and continuations should be the same problem -- the target
> > is the start of a basic block. (Well, more than that, as they're
> > places where calling conventions potentially kick in) This means the
> > instruct
Gabe Schaffer <[EMAIL PROTECTED]> wrote:
> That's no problem except where a given COND can be either signalled or
> broadcast to.
Such issues need good comments in source code. Does that imply that we
need:
COND_INIT_SIGNAL
COND_INIT_BROADCAST
> GNS
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 9:59 AM +0100 11/19/04, Leopold Toetsch wrote:
>>Its in and named C since yesterday "return with current
>>continuation".
> Hrm. The name's not right,
I've proposed ret_cc and returncc, about two weeks ago the first time.
I've asked for names of the o
On Sun, Nov 21, 2004 at 06:41:26PM -0500, Dan Sugalski wrote:
> At 9:47 PM + 11/21/04, Tim Bunce wrote:
> >What steps are being taken to ensure that patches/code donations to Parrot
> >are free from potential intellectual property concerns?
>
> At the moment we're relying on the integrity of t
41 matches
Mail list logo
