Patrick R. Michaud wrote:
> t/spec/S02-builtin_data_types/type.t:23 in the spectests (r20685)
> has the following:
>
> my Int $foo;
> my Str $bar;
>
> #?rakudo skip 'type checking unimpl'
> {
> #?pugs 1 todo
> is(try{$foo = 'xyz'}, undef, 'Int restricts to integers');
>
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.
-
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
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
# New Ticket Created by Vasily Chekalkin
# Please include the string: [perl #55438]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55438 >
Hello.
There is patched Test.pm which allows unittest it. Provide method to
overri
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
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
Vasily Chekalkin wrote:
This is wrong patch. eval() shouldn't throws any exceptions.
Correct patch for 'eval()' and Test.pm attached.
As Mr Lenz wrote with respect to eval exceptions and this patch:
Are there any exceptions that are not caught by eval?
Currently rakudo seems to catch every
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 => '@
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 2008 Jun 6, at 23:53, Vasily Chekalkin wrote:
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 -
In 2005 Larry wrote [1]:
> [...] I think xor and ^^
> should be make list associative but execute left-to-right, short
> circuiting on the second true discovered, so you have some hope of
>ordering the harder conditions later in a sequence and bypassing them.
> In either case the one true value is
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 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
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 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
Tonight while working on Rakudo's Str implementation, I noticed
the following line in S29-list/map_function_return_values.t :
%ret = map { $_ => uc $_; }, split "", $text;
This clashes with the definition of C given by S29,
where the first argument (invocant) is the string to be split
and the
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 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 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
Thanks, applied as r28176.
21 matches
Mail list logo
