# New Ticket Created by Carl Mäsak
# Please include the string: [perl #76664]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=76664
masak rakudo: class A { method pack($_) { s/c// }};
A.new.pack(ccc) # discovered by
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #76676]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=76676
21:47 @moritz_ rakudo: say ~a b.[^10]
21:47 +p6eval rakudo 220b67: OUTPUT«a b Any()
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #76682]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=76682
masak rakudo: say foo.substr(4).WHAT
p6eval rakudo 937177: OUTPUT«Mu()»
* masak
# New Ticket Created by Bruce Gray
# Please include the string: [perl #76680]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=76680
$ git show | head -1
commit 6442956542337f1d2d744d4b5ba621ce73a1e5af
In
Author: sorear
Date: 2010-07-23 11:45:15 +0200 (Fri, 23 Jul 2010)
New Revision: 31791
Modified:
docs/Perl6/Spec/S02-bits.pod
Log:
[S02] Move CALLER:: to the reserved anywhere in a name section, because
CALLER::CALLER:: is explicitly described.
Modified: docs/Perl6/Spec/S02-bits.pod
If we expected Perl6 to be able to recognize these series and continue
them based on nothing but the first few elements, that would be a
dwimmy OEIS. (And an OEIS module that did that by consulting the real
OEIS would be cool, outside of core.) But that's not what this is
about. This is just
Am 23.07.2010 00:29, schrieb Damian Conway:
However, those *are* clunky and nigh unreadable, so I certainly wouldn't
object to having the index of the next generated element readily
available as an explicit variable in a series' generator block.
That would make all manner of evil both easier
On Thu, Jul 22, 2010 at 11:54:10PM +0200, pugs-comm...@feather.perl6.nl wrote:
It shouldn't be too hard to write a Perl 5 script, to be run as
part of Rakudo's build process, that automatically updates the
leap-second table in tai-utc.pm.
Dogfood failure.
That should be a Perl 6 script.
Hi.
I was fiddling about with a small example of how nice radix adverbials are
for conversion:
my $x = 6*9;
say :13($x);
rakudo: 69
($x = 54 in base 10, but 54 in base 13 is 69 in base 10.)
Strangely enough, I cannot find a way — in the spec — of both treating a
number as something in base 13
Hi,
Am Freitag, den 23.07.2010, 11:50 +0100 schrieb Nicholas Clark:
On Thu, Jul 22, 2010 at 11:54:10PM +0200, pugs-comm...@feather.perl6.nl wrote:
It shouldn't be too hard to write a Perl 5 script, to be run as
part of Rakudo's build process, that automatically updates the
leap-second
Hey, perl6-compiler wasn't in the list of places to send email!
Fixed for next time; Here's a forward of the announcement.
-- Forwarded message --
From: Will Coleda w...@coleda.com
Date: Fri, Jul 23, 2010 at 12:21 AM
Subject: Announce: Rakudo Perl 6 compiler development release
On Fri, Jul 23, 2010 at 05:17, Jan Ingvoldstad frett...@gmail.com wrote:
Hi.
I was fiddling about with a small example of how nice radix adverbials are
for conversion:
my $x = 6*9;
say :13($x);
rakudo: 69
($x = 54 in base 10, but 54 in base 13 is 69 in base 10.)
Strangely enough, I
No, 42/13 is 42 over 13, which is 3 + 3/13. Let's not confuse
fractions and bases, please.
:13(42) means 54. That much is straightforward.
:13(6*9) is less obvious, but seems to mean (1) multiply 6*9, (2)
convert the resulting number to a (decimal) string; (3) interpret that
string in base
On Fri, Jul 23, 2010 at 07:45, Mark J. Reed markjr...@gmail.com wrote:
No, 42/13 is 42 over 13, which is 3 + 3/13. Let's not confuse
fractions and bases, please.
ha! yet another case of crossed wires too early in the morning. sorry
for the confusion, i've been making similar apologies all
On Fri, 2010-07-23 at 15:26 +0200, Raphael Descamps wrote:
Have a look at nqp-rx + kakapo + plumage + proto/PLS for some examples
where you can help without any C or Perl 5 knowledge:
http://gitorious.org/parrot-plumage
Best. Suggestion. Ever.
:-)
-'f
Nicholas Clark wrote:
I think one weakness of Parrot is that it uses almost no Parrot-based language
in its own build system. You need to know Perl 5 or C to be useful to the
Parrot core. And if you gain your fun by working on the Parrot core, you
actually stop being a Parrot user, and hence
16 matches
Mail list logo
