Actually it has nothing to with <$a>, and this triggers it as well:
m: ' ' ~~ m:s/ /;
OUTPUT«===SORRY!=== Error while compiling Null regex not allowedat
:1--> ' ' ~~ m:s/ ⏏/;»
If this is indeed a bug, this should probably be renamed.
https://design.perl6.org/S05.html Reading this again, it seems that leading
whitespace is ignored. It says:
"The new :s (:sigspace) modifier causes certain whitespace sequences to be
considered "significant"; they are replaced by a whitespace matching rule,
<.ws>. Only whitespace sequences immed
On Mon, 07 Nov 2016 03:50:49 -0800, masak wrote:
> Wondering what the highest number is below Inf and lowest
> above -Inf
> MARTIMM: for the Num type, there's a highest representable
> number below Inf
> m: say 1e308
> rakudo-moar 1c425f: OUTPUT«1e+308»
> this is the largest Num below Inf I c
Hi Will,
It is the MongoDB distribution in the file t/Test-support.pm6. It starts
with;
use v6.c;
use MongoDB::Client;
use MongoDB::Collection;
use MongoDB::Server::Control;
and throws an error at line 119;
119: method get-connection ( Int :$server = 1 --> MongoDB::Client ) {
$serv
Here's a link to the above IRC conversation, which continued after the quoted
part: https://irclog.perlgeek.de/perl6/2016-11-04#i_13517260
To expand, it's not just Hashes that have this issue; Arrays, SetHash, and
Complex also do, and probably many others. And the issue is not just about not
se
There are plans to make that a possibility eventually, but as far as I know
that's not a priority of what the developers are focusing on at the moment.
On Wed, 19 Oct 2016 13:55:47 -0700, data...@gmail.com wrote:
> Thank you for the prompt response.
>
> I'll review the JVM script provided, it m
There's another couple of LTA errors for this, such us when a stubbed class is
attempted to be `does` with or when a stubbed role is `does` with before it's
defined:
m: class A { ... }; class B does A { }; class A { }
rakudo-moar a581bf: OUTPUT«Unhandled exception: No such method 'item'
for i
On Tue, 08 Nov 2016 04:42:32 -0800, mt1...@gmail.com wrote:
> Hi,
>
> in rakudo 2016.10-249-gb84158c built on MoarVM version
> 2016.10-37-gf769569 implementing Perl 6.c, I've seen the following problem.
>
> When a use statement was placed as the first one, the class was not
> recognized and I g
# New Ticket Created by mt1957
# Please include the string: [perl #130050]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130050 >
Hi,
in rakudo 2016.10-249-gb84158c built on MoarVM version
2016.10-37-gf769569 implementing P