On Wed, Oct 12, 2016 at 3:22 PM, David Warring
wrote:
> # New Ticket Created by David Warring
> # Please include the string: [perl #129862]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=129862 >
>
>
> Consider pod.pl:
>
> =b
# New Ticket Created by David Warring
# Please include the string: [perl #129862]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=129862 >
Consider pod.pl:
=begin pod
=begin table
a | b | c
l | m | n
x | y
=end table
=end po
On Fri Sep 30 21:17:55 2016, c...@zoffix.com wrote:
>
> If you accidentally use an `int` variable as a Callable, you get a
> helpful error:
>
> m: my int $i; $i()
> rakudo-moar 1f29cb: OUTPUT«No such method 'CALL-ME' for
> invocant of type 'Int' in block at line 1»
>
> Howe
On Thu Jul 21 14:42:42 2016, moritz wrote:
> Consider this code:
>
> #!/usr/bin/env perl6
>
> my $source = Supply.interval(1);
> $source.tap({ say 'DEBUG: source'});
> my $heartbeat = Supply.interval(0.7);
> $heartbeat.tap({ say 'DEBUG: heartbeat'});
> react {
> whenever $source.zip-latest($h
On Fri Oct 07 09:39:14 2016, c...@zoffix.com wrote:
>
> m: sub { 42.return }()
> rakudo-moar 605f27: OUTPUT«Attempt to return outside of any
> Routine in sub at line 1 in block at line 1»
>
It was an over-eager return-handler optimization. Fixed, and test added in
S06-advanced/retu
I've narrowed down the issue to this condition: if the package's name is part
something that we already have in core, then this bug (is it a bug?) appears:
No names to clash with core types; everything works:
$ cat Foo.pm6
unit package Bar;
class Ber {}
$ perl6 -I. -MFoo -e 'say
On Sat Aug 06 11:59:50 2016, sml...@gmail.com wrote:
> To subscribe to incoming data of a connected IO::Socket::Async, the
> choices currently are:
>
> .Supply() -- get UTF-8 decoded data as Str
> .Supply(:bin) -- get raw data as Buf
>
> In analogy to the open() function that takes both :bin and
# New Ticket Created by mt1957
# Please include the string: [perl #129856]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=129856 >
Hi,
I wanted to define a class in the 'Pod' package like so (in file
lib/Pod/Render.pm6)
us
Tests:
https://github.com/perl6/roast/commit/0705a6ea62a6f1cdaeb6cd46f3130d3728c4ce1b
On Tue, Oct 11, 2016 at 9:26 PM Lloyd Fournier
wrote:
> looks like it's been fixed! \o/
>
> I will put writing test for this on my TODO.
>
>
> On Tue, Oct 11, 2016 at 5:00 AM Sam S. via RT <
> perl6-bugs-follo.
It looks like the compilation process just crashes.
Could it be you don't have enough RAM? Building the core setting
unfortunately takes quite a bit of memory, since it's such a gigantic
piece of code.
Try re-running with a swap file maybe? Alternatively, cd into the rakudo
folder that rakudobrew
On Wed, Oct 12, 2016 at 12:01 PM, Luca Ferrari wrote:
> My perl 5 version is 5.20.2 on ubuntu 15.10 x64.
Not true: I was using the 5.22.1 version out of perlbrew, while using
the system wide perl (perlbrew off) v5.20.2 it has built moar.
Sorry for the noise, even if I cannot understand this.
Luc
Hi,
not sure if this is the right place to get some help, in the case this
is wrong please redirect me to the right mailing list.
I'm trying to build moar via rakudobrew:
% rakudobrew build moar
...
/home/luca/.rakudobrew/moar-nom/install/bin/moar
--libpath="/home/luca/.rakudobrew/moar-nom/install
12 matches
Mail list logo
