On 2009-Sep-18, at 8:44 am, Moritz Lenz wrote:
Aaron Sherman wrote:
2,3 constructs a list. 2..3 also constructs a list, unless it's in
a given/when condition in which case it's just a range.
No. 2..3 is always a range. It's just list context that turns it
into a list.
That seems confusing.
David (>), Moritz (>>), Aaron (>>>):
>>> 2,3 constructs a list. 2..3 also constructs a list, unless it's in a
>>> given/when condition in which case it's just a range.
>>
>> No. 2..3 is always a range. It's just list context that turns it into a
>> list.
>>
>>> That seems confusing.
>
> It sounds l
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69226]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69226 >
This is as minimal as I could get it:
> my $socket = IO::Socket::INET.socket(2,1,6);
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69230]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69230 >
The variable declaration should fail with an informative error message
rather than sil
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69234]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69234 >
Trying to call methods off it causes a NPMCA in find_method:
> sub foo { my @a = 1; f
Hi,
François Perrad wrote:
> 2009/9/17 jerry gay :
>> On behalf of the Rakudo development team, I'm pleased to announce
>> the September 2009 development release of Rakudo Perl #21 "Seattle".
>> Rakudo is an implementation of Perl 6 on the Parrot Virtual Machine [1].
>> The tarball for the Septemb
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69236]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69236 >
< carlin> rakudo: sub foo { say 'foo'; }; undefine foo; foo;
<+p6eval> rakudo 0d77e4:
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69238]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69238 >
On a side note, it looks like there are inconsistencies in the Null
PMC access error m
On Sat, Sep 19, 2009 at 6:48 AM, Carl Mäsak wrote:
> David (>), Moritz (>>), Aaron (>>>):
2,3 constructs a list. 2..3 also constructs a list, unless it's in a
given/when condition in which case it's just a range.
>>>
>>> No. 2..3 is always a range. It's just list context that turns it in
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69232]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69232 >
For me, at least
> my $s = IO::Socket::INET.new; $s.open('127.0.0.1', 80); $s.send('f
# New Ticket Created by Carlin Bingham
# Please include the string: [perl #69228]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69228 >
I am not sure if this is supposed to work or not but the NPMCA is
obviously not ideal
Author: ruoso
Date: 2009-09-19 15:45:20 +0200 (Sat, 19 Sep 2009)
New Revision: 28306
Added:
t/spec/S06-other/introspection.t
Modified:
docs/Perl6/Spec/S06-routines.pod
Log:
[S06] adds $multi.push($candidate)
[spectest] adds a spec test for the introspection S06 section
Modified: docs/Perl6/
Moritz Lenz wrote:
> In other words, we need to scale.
Please check perl6.org again, mostly the scaling is done now.
Cheers,
Moritz
In the process of writing some more tests for CATCH blocks, I've noticed
what appears to be a contradiction between Synopsis 4 on the one hand
and pugs/t/spec/S04-statements/try.t and Rakudo's current behavior on
the other. The specification says "there is an implicit C just
inside the end of t
On Wed Sep 16 05:49:12 2009, cognominal wrote:
> the report is not relevant anymore. you can close the ticket. Thx
>
Closing.
On 2009-Sep-19, at 5:53 am, Solomon Foster wrote:
On Sat, Sep 19, 2009 at 6:48 AM, Carl Mäsak wrote:
David (>>>),
It sounds like the split personality of Ranges strikes again. I
still think
it makes more sense to have one Series-only type and one Range-
only type,
rather than one Series ty
On Sat, Sep 19, 2009 at 9:45 PM, David Green wrote:
> On 2009-Sep-19, at 5:53 am, Solomon Foster wrote:
>
> The one thing that worries me about this is how :by fits into it all.
>>rakudo: given 1.5 { when 1..2 { say 'between one and two' }; say
>> 'not'; };
>>rakudo: given 1.5 {
17 matches
Mail list logo
