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 expe
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
On Fri, Jul 23, 2010 at 07:45, Mark J. Reed 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 day. too
bad i don'
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 13.
On Fri, Jul 23, 2010 at 05:17, Jan Ingvoldstad 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 cannot f
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-se
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
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.
Y
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 and
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 wan
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
===
11 matches
Mail list logo
