Btw, looks like I was wrong about the terminology of
CPAN6/6PAN/whatever. See link below for details (the new Terminology
section).
http://svn.pugscode.org/pugs/docs/Perl6/Spec/S22-package-format.pod
:)
-
| Name: T
Author: wayland
Date: 2008-12-20 04:44:08 +0100 (Sat, 20 Dec 2008)
New Revision: 24508
Modified:
docs/Perl6/Spec/S22-package-format.pod
Log:
Added some definitions
Modified: docs/Perl6/Spec/S22-package-format.pod
===
--- docs/Per
Author: lwall
Date: 2008-12-20 03:06:20 +0100 (Sat, 20 Dec 2008)
New Revision: 24506
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] random annotations for [particle]++'s consideration
Modified: docs/Perl6/Spec/S19-commandline.pod
=
On Thu, Dec 11, 2008 at 06:19:14AM -0800, Will Coleda via RT wrote:
> On Thu Dec 11 01:51:23 2008, fperrad wrote:
> > The new opcode 'box' is limited by its 3 signatures that target Float,
> > Integer & String.
> > I propose the 3 following new opcodes :
>
> > - true
> > - false
>
> These can b
Author: lwall
Date: 2008-12-19 23:58:28 +0100 (Fri, 19 Dec 2008)
New Revision: 24504
Modified:
docs/Perl6/Spec/S12-objects.pod
Log:
[S12] clarify $obje...@candidates for moritz_++
Modified: docs/Perl6/Spec/S12-objects.pod
===
---
On Fri, Dec 19, 2008 at 09:22:28AM -0800, Eric Hodges wrote:
> # http://rt.perl.org/rt3/Ticket/Display.html?id=61534 >
>
>
> I also added tests in revision R24492 file
> t/spec/S02-whitespace_and_comments/*_end.t
S26 is somewhat out-of-date in several respects, and C<=END>
is unfortunately one o
On Thu, Dec 11, 2008 at 02:28:18PM -0800, Moritz Lenz wrote:
>
> 23:27 < moritz_> rakudo: my ($x, @y) = ; say @y.perl
> 23:27 < p6eval> rakudo 33813: OUTPUT["b"]
>
> so @y gets only the first element, when in fact it should get all the rest.
The problem is that array variables in lists are bein
Author: particle
Date: 2008-12-19 23:06:58 +0100 (Fri, 19 Dec 2008)
New Revision: 24501
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[spec] updates to notes, and minor clarifications
Modified: docs/Perl6/Spec/S19-commandline.pod
===
On Fri, Dec 19, 2008 at 10:04:34AM +0100, mor...@casella.faui2k3.org wrote:
: > # New Ticket Created by "Carl Mäsak"
: > # Please include the string: [perl #61494]
: > # in the subject line of all future correspondence about this issue.
: > # http://rt.perl.org/rt3/Ticket/Display.html?id=61494 >
# New Ticket Created by Cory Spencer
# Please include the string: [perl #61528]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61528 >
When defining a subroutine such as the following:
sub foo (Int $x?) { say "x = $x"
# New Ticket Created by "Eric Hodges"
# Please include the string: [perl #61534]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61534 >
I also added tests in revision R24492 file
t/spec/S02-whitespace_and_comments/*_end.t
# New Ticket Created by Cory Spencer
# Please include the string: [perl #61532]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61532 >
The following code:
class Array is also {
method splice(@array: $offset = 0, I
Author: pmichaud
Date: 2008-12-19 19:35:40 +0100 (Fri, 19 Dec 2008)
New Revision: 24493
Modified:
docs/Perl6/Spec/S26-documentation.pod
Log:
Add note at top that the current S26 draft is known to be out-of-date
with respect to current design.
Modified: docs/Perl6/Spec/S26-documentation.pod
==
On Friday 19 December 2008 07:12:15 Will Coleda via RT wrote:
> I believe chromatic has gone one step further and made this a build
> error.
>
> If so, then we can close this ticket.
I concur.
-- c
# New Ticket Created by Cory Spencer
# Please include the string: [perl #61526]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61526 >
The floor/ceiling/round math builtins were returning Num values, causing
statements su
# New Ticket Created by "Xiao Yafeng"
# Please include the string: [perl #61522]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61522 >
Here is the end of output from nmake:
.\parrot.exe -o runtime\parrot\library\Ma
Like I said: if the goto approach works for you, more power to you. Me, I find:
loop {
@stuff = grep { $_->valid } @stuff;
TEST: last unless @stuff;
$_->do_something( ++$i ) for @stuff;
}
to be at least as straightforward as:
goto INVARIANT;
while ( @stuff ) {
* Jon Lang [2008-12-19 03:50]:
> Personally, it doesn’t strike me as being as straightforward
> as putting a “last unless” clause into the middle of an
> otherwise-infinite loop
You have to keep more state in your head to read
while(1) {
# ...
last if $foo;
}
than to rea
> # New Ticket Created by "Carl Mäsak"
> # Please include the string: [perl #61494]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=61494 >
>
>
> Rakudo r34064 doesn't allow two spaces between 'say' and 'for' in this
> one-
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61500]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61500 >
rakudo: class A { has $foo = 7; method x { say $!foo } }; A.new.x
rakudo 34088: OUTPUT
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61494]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61494 >
Rakudo r34064 doesn't allow two spaces between 'say' and 'for' in this
one-liner:
$ ./p
21 matches
Mail list logo
