Thanks, applied as r28176.
On Tuesday 03 June 2008 13:55:29 NotFound wrote:
> Looking more carefully at this issue, it seems that those variables
> and the code that uses them has no real effect. Without it, make test
> pass, make testj pass, make hello and make perl6 builds and runs.
>
> This patch cleans all. It needs to
On Wednesday 04 June 2008 20:43:09 Andrew Whitworth wrote:
> This is a minor patch to remove references to the "User stack" (which
> pmichaud++ ripped out recently) from PDD09. It's a small change, and
> not the only one that needs to get made to this document most likely,
> but I don't want to ch
On Thursday 05 June 2008 08:08:36 NotFound wrote:
> On Thu, Jun 5, 2008 at 7:53 AM, chromatic <[EMAIL PROTECTED]> wrote:
> > ... could be cleaner with the macro mem_allocate_n_typed.
>
> Agree, corrected version attached.
Thanks, applied as r28174.
-- c
On Thursday 05 June 2008 15:44:05 Andrew Whitworth wrote:
> Index: tools/dev/mk_language_shell.pl
> ===
> --- tools/dev/mk_language_shell.pl (revision 28110)
> +++ tools/dev/mk_language_shell.pl (working copy)
> @@ -425,7 +4
On Thursday 05 June 2008 20:38:58 Will Coleda via RT wrote:
> > t/op/bitwise.t1 256271 27
> > Failed 1/1 test scripts. 1/27 subtests failed.
> > Files=1, Tests=27, 1 wallclock secs ( 0.28 cusr + 0.20 csys = 0.48
> > CPU)
> > Failed 1/1 test programs. 1/27 subtests failed.
> chro
On Thursday 05 June 2008 22:10:22 Will Coleda via RT wrote:
> > ParrotIOLayers are going away, to be replaced by a class and C-level
> > roles. It does bring up a good point that C-level roles will need a
> > way to modify the 'mark' vtable function of the composed class. We can
> > probably make
From: "Will Coleda via RT" <[EMAIL PROTECTED]>
Date: Fri, 06 Jun 2008 07:31:37 -0700
. . .
I assume this got resolved but not reflected on the ticket?
AFAICS, the decorators slot of this object is now always an arrayref, so
it can't bomb as it did before. But the code still has two
On Fri, Jun 6, 2008 at 11:36 PM, Will Coleda via RT
<[EMAIL PROTECTED]> wrote:
> Andrew, chromatic, can you answer this question for us? Is the work being
> done for SOC this
> semester going to obviate the need to merge this branch back to trunk?
I'm not sure, to be honest, but I'll look at it
On Sat, Jun 7, 2008 at 3:26 AM, Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
>
>> On Fri, Jun 06, 2008 at 11:17:33PM -0700, Will Coleda via RT wrote:
>>
>>>
>>> Let's borrow the syntax from the makefile generation itself, and just
>>> have RM_F's definition be:
>>>
>>> +rm_f => '@
I've integrated all comments (from individuals and lawyers). Final
review before we file:
http://www.perlfoundation.org/parrot/index.cgi?a_foundation_for_parrot
Allison
On Fri, Jun 06, 2008 at 11:17:33PM -0700, Will Coleda via RT wrote:
Let's borrow the syntax from the makefile generation itself, and
just have RM_F's definition be:
+rm_f => '@perl@ -MExtUtils::Command -e rm_f',
[...]
Sound good to me.
Additionally (though it won't he
jerry gay wrote:
On Wed, Jun 4, 2008 at 2:46 PM, Moritz Lenz <[EMAIL PROTECTED]> wrote:
Oops, forgot to attach patch. Now it's really there.
thanks, applied as of r28074.
~jerry
This is wrong patch. eval() shouldn't throws any exceptions.
Correct patch for 'eval()' and Test.pm attached.
-
On Fri Jun 06 20:11:36 2008, particle wrote:
(Sorry for spam if any. Looks like my message was rejected by mailman.)
eval() shouldn't throws any exceptions.
Correct patch for 'eval()' and Test.pm attached.
--
Bacek.
===
--- Test.pm (orig)
+++ Te
jerry gay wrote:
would you reformat this in universal diff format please? my patch
program doesn't speak git.
Strange... It is 'universal diff' format. Can be applied with
'patch -p1 < eval.diff' in top-level parrot directory. Or with
'patch -p3 < eval.diff' in languages/perl6.
Anyway, attache
15 matches
Mail list logo