Re: First public release of grammar engine

2004-11-22 Thread Patrick R. Michaud
On Mon, Nov 22, 2004 at 02:40:00AM -0500, William Coleda wrote: > > I'll be able to use this to implement quite a few items missing from > ParTcl, and those updates should hit CVS in the next week or so. Great, I'm hoping there's enough of p6ge present to really help. There are still quite a few

Re: Exceptions, sub cleanup, and scope exit

2004-11-22 Thread Leopold Toetsch
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

Re: COND macros

2004-11-22 Thread Leopold Toetsch
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

Re: p6ge compiler's namespace...

2004-11-22 Thread Luke Palmer
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

Bug in method calling with nonconst keys

2004-11-22 Thread Luke Palmer
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

Re: [perl #32549] [BUG] 1 - 2 is an exception

2004-11-22 Thread Leopold Toetsch
Will Coleda <[EMAIL PROTECTED]> wrote: [ snip ] > Generates an exception: "no bigint lib loaded" Oops. Too much cut'n'paste. Fixed. leo

Re: string escape function available?

2004-11-22 Thread Patrick R. Michaud
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

Re: Bug in method calling with nonconst keys

2004-11-22 Thread Leopold Toetsch
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

Re: [perl #32550] [BUG] argcI (S?, P?, N?) doesn't survive calls to other functions

2004-11-22 Thread Leopold Toetsch
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

Re: Underscores on subs

2004-11-22 Thread Leopold Toetsch
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

Re: silent effects of opcodes

2004-11-22 Thread Leopold Toetsch
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

[PATCH] Re: cvs commit: parrot/t/pmc object-meths.t

2004-11-22 Thread Luke Palmer
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

Re: IMCC tracing, leaving subroutines

2004-11-22 Thread Leopold Toetsch
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

Re: Synopses updated on dev.perl.org

2004-11-22 Thread Dan Sugalski
At 9:26 AM -0800 11/22/04, Larry Wall wrote: I finally managed to get the newest synopses and apocalypses up on dev.perl.org, so please consider my www.wall.org directories deprecated. [snip[ Anyway, the dev.perl.org pages are presumably linkable, unlike my www.wall.org pages. But it might be bett

Re: Exceptions, sub cleanup, and scope exit

2004-11-22 Thread Dan Sugalski
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

continuation enhanced arcs

2004-11-22 Thread Bill Coffman
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

s/P6GE/PGE/g

2004-11-22 Thread Patrick R. Michaud
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

Re: p6ge compiler's namespace...

2004-11-22 Thread Luke Palmer
Patrick R. Michaud writes: > 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" ]).

Re: p6ge compiler's namespace...

2004-11-22 Thread Luke Palmer
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

Perl 6 Summary for 2004-11-15 through 2004-11-22

2004-11-22 Thread Matt Fowles
Perl 6 Summary for 2004-11-15 through 2004-11-22 All~ Welcome to yet another summary. Although Aliya is present for this summary, I think the unnamed gecko with its tongue out will be the one who is helping to bring it to you, aided of course by Nicola Conte and Massive Attack.