Re: [perl #42929] [BUG] t/doc/pod_todo.t: Massive failures from newly added test file

2007-05-11 Thread chromatic
On Friday 11 May 2007 19:01:51 James Keenan wrote: > I googled the archives of our mailing list and found no matches for   > 'pod_todo'.  So apparently there was no on-list discussion of this   > test before it was committed to trunk.  Given how many files it finds   > defective, shouldn't there h

Re: questions on pheme

2007-05-11 Thread chromatic
On Friday 11 May 2007 21:26:42 Mike Mattie wrote: > I am very interested in chromatic's pheme language. I have been reading > through the code and looking at your TODO list. I thought I would tackle > some of the easier issues to get a handle on PIR and help out a bit. Great! > questions: > > 1.

questions on pheme

2007-05-11 Thread Mike Mattie
Hello, I am very interested in chromatic's pheme language. I have been reading through the code and looking at your TODO list. I thought I would tackle some of the easier issues to get a handle on PIR and help out a bit. questions: 1. Are you targetting r5 or r6 ? I think r6 would be a better

[perl #42929] [BUG] t/doc/pod_todo.t: Massive failures from newly added test file

2007-05-11 Thread via RT
# New Ticket Created by James Keenan # Please include the string: [perl #42929] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=42929 > Last night, I ran 'make test' and everything was cool. Tonight, I ran 'make test' and

Re: [perl #42905] [PATCH] implement vtable overriding for PDD15, bugfix

2007-05-11 Thread Alek Storm
On 5/11/07, Alek Storm <[EMAIL PROTECTED]> wrote: Whew. Thanks for looking over my giant patch :). I've split the original patch into three parts - testing, specs, and code, and rebased it on r18494. I've also cut out the code that modified the implementation of invoke() in the old object sys

Re: Is Perl 6 too late?

2007-05-11 Thread chromatic
On Thursday 03 May 2007 03:06:43 Andrew Shitov wrote: > What is nedded is a very simple step: Contributors. -- c

Re: [perl #42774] [PATCH] Configure.pl --gc=libc doesn't compile

2007-05-11 Thread Andy Dougherty
On Fri, 11 May 2007, Leopold Toetsch via RT wrote: > Well, I saw some patches [1] floating by which did remove > PObj_bufstart_external_FLAG. This flag was needed to sync the malloc-based > allocators with parrots (and COWs) understanding of a 'not owned' / external > buffer/string memory resou

[PATCH] Re: [perl #42774] [PATCH] Configure.pl --gc=libc doesn't compile

2007-05-11 Thread Andy Dougherty
On Wed, 9 May 2007, Allison Randal via RT wrote: > Andy Dougherty wrote: > > > > I was about to post a patch adding those functions in, but I see that > > you're in the middle of a much more thorough review than I had attempted, > > so my patch isn't going to apply anymore, and would probably b

Re: [perl #42774] [PATCH] Configure.pl --gc=libc doesn't compile

2007-05-11 Thread Leopold Toetsch
Am Donnerstag, 10. Mai 2007 23:07 schrieb Andrew Dougherty: > On Wed, 9 May 2007, Andy Dougherty wrote: > > Ok, I've got it compiling, at least. I'll let it run tests overnight and > > submit a cleaned-up patch tomorrow. I've gone back and reviewed the > > alignment issue and think I have impleme

Re: [svn:parrot] r18381 - trunk/include/parrot

2007-05-11 Thread Andy Dougherty
On Thu, 10 May 2007, Nicholas Clark wrote: > But when I read STRING_IS_EMPTY() I stop and wonder "right, how?" and > stop to look up what it expands to. Which one does need to do, if one > is chasing down a bug. (Because with a bug, things *aren't* working as > at least one of the designer or impl

Re: [svn:parrot] r18381 - trunk/include/parrot

2007-05-11 Thread Klaas-Jan Stol
On 5/11/07, jerry gay <[EMAIL PROTECTED]> wrote: On 5/10/07, Nicholas Clark <[EMAIL PROTECTED]> wrote: > On Thu, May 10, 2007 at 03:33:41AM -0500, Joshua Isom wrote: > > > > On May 9, 2007, at 4:01 PM, Nicholas Clark wrote: > > > >So, !s->strlen does scan as quickly and easily. > > > > > > > To

[perl #42919] [BUG] and [PATCH] overriding 'invoke' requires current object to be explicitly passed

2007-05-11 Thread Alek Storm
# New Ticket Created by "Alek Storm" # Please include the string: [perl #42919] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=42919 > Because PIR can't tell the difference between invoking an object PMC and invoking a sub