Why consting is good

2006-08-12 Thread Andy Lester
I've written up some stuff about why consting is good. It's in the Parrot repository as cage/consting.pod. To my old p5p homies: I send this to you so you don't forget about consting while I'm working over here in Parrotland! xoxo, Andy =head1 Why consting is good In Perl, we have the C

PGE grammar test file

2006-08-12 Thread nuno carvalho
Good afternoon, After some, always healthy, discussion on #parrot I've started a very simple test file to evaluate some very simple PGE grammars. The few grammars included in the test should work ok, except test #7 which is supposed to fail with the current PGE. After the needed PGE corrections

Re: More review of current stm branch code

2006-08-12 Thread Charles Reiss
I wrote: [snip] I suppose trying to make '@' mean something different for signatures and for calls from C (as I have done) is a Bad Idea as long as the same code is used to parse the signatures in both cases. The easy solution is to choose a character other than '@' for one of the directions thou

Re: designing a test suite for multiple implementations

2006-08-12 Thread Audrey Tang
在 2006/8/12 下午 6:15 時,Nicholas Clark 寫到: There's nothing technical stopping the Perl 6 tests being on svn.perl.org, but in a different svn repository from the current repositories, is there? Well, technically yes, except that SVK doesn't support svn:external yet. Setting a svn:external pro

Re: Continuations and inferior runloops: Analysis and POC

2006-08-12 Thread Leopold Toetsch
Am Samstag, 12. August 2006 17:55 schrieb Bob Rogers: >From: Leopold Toetsch <[EMAIL PROTECTED]> >See "Method Overloading and GC Issues" in Cfunc.pod. The only way >IMHO to avoid this problem is to run GC at "safe" points at the >runloop level . . . > > Had you considered keeping t

Re: Continuations and inferior runloops: Analysis and POC

2006-08-12 Thread Bob Rogers
From: Leopold Toetsch <[EMAIL PROTECTED]> Date: Wed, 9 Aug 2006 14:00:19 +0200 The continuation barrier is only one nastyness of inferior runloops. The second problem with it is that it heavily influences the guts of garbage collection . . . See "Method Overloading and GC Issu

Re: designing a test suite for multiple implementations

2006-08-12 Thread Nicholas Clark
On Sat, Aug 12, 2006 at 09:44:38PM +0800, Audrey Tang wrote: > That's assuming that the new repo, say, http://svn.perl.org/ > perl6tests/, can > give out commit permissions to parrot and pugs committers, yes. > > But as Jerry's initial motivation was moving Perl 6 tests to a more > official >

Re: designing a test suite for multiple implementations

2006-08-12 Thread Gaal Yahas
On Sat, Aug 12, 2006 at 02:06:27PM +0800, Agent Zhang wrote: >is $got, $expected, todo :pugs<6.2.13>, :p6p5<0.110>; > > Happily, Audrey has already implemented the $?PUGS_VERSION variable, > which can ease the implementation of such &todo subs: I've added a %?CONFIG variable which I propose e

Re: designing a test suite for multiple implementations

2006-08-12 Thread Audrey Tang
在 2006/8/12 上午 3:01 時,jerry gay 寫到: for "managed," i have a few ideas. currently, the suite lives in the pugs repo. this is a fine first approximation, but i believe it will soon be time to move this suite (it doesn't make sense to keep the "official" tests in a non-official repo in the long ter

Re: designing a test suite for multiple implementations

2006-08-12 Thread Agent Zhang
On 8/12/06, jerry gay <[EMAIL PROTECTED]> wrote: for "managed," i have a few ideas. currently, the suite lives in the pugs repo. this is a fine first approximation, but i believe it will soon be time to move this suite[3]. the question is, should it be moved into their own repository, or into the

Re: designing a test suite for multiple implementations

2006-08-12 Thread Nicholas Clark
On Sat, Aug 12, 2006 at 03:32:47PM +0800, Audrey Tang wrote: > > ?b 2006/8/12 ?W?? 3:01 ???Ajerry gay ?g???G > > >the question is, should it be moved into their own repository, or > >into the repo of > >the "official" perl6 implementation (if such a beast will indeed > >exist,) > > Currentl