Relevant:
https://rt.perl.org/Ticket/Display.html?id=123934#txn-1401917
In short, `||` alternations don't respect `:` in Rakudo, whereas `|`
alternations (and other atoms such as quantifiers) do respect it.
Simpler test-case:
➜ say "ab" ~~ / [ "ab" | "a" ]: "b" /;
Nil
➜ say "ab"
# New Ticket Created by Martin Barth
# Please include the string: [perl #131970]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131970 >
m: my $c = "Some::Thing"; ::($c).new()
rakudo-moar f097e5: OUTPUT: «FailedActually th
# New Ticket Created by Martin Barth
# Please include the string: [perl #131971]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131971 >
class Foo {
has $.class is required;
method require-class {
try {
See https://github.com/perl6/doc/issues/1472
Turns out that $proc.lines does the wrong thing, which is probably a bug. We do
need nl-in for Proc::Async, and this nl-in should also be the same as in
IO::Handle.
On 2017-08-18 08:54:36, alex.jakime...@gmail.com wrote:
> Another way to do it is to sup
I meant $proc.stdout.lines of course.
On 2017-08-27 07:32:35, alex.jakime...@gmail.com wrote:
> See https://github.com/perl6/doc/issues/1472
>
> Turns out that $proc.lines does the wrong thing, which is probably a
> bug. We do
> need nl-in for Proc::Async, and this nl-in should also be the same as
Fixed by lizmat in commit:
https://github.com/rakudo/rakudo/commit/5db5b1dbfa0b625130573574e2409972387e9f75
Tests needed.
On Mon, 06 Mar 2017 05:48:07 -0800, c...@zoffix.com wrote:
> Another issue the .REDUCE-ME thing causes:
>
> mscha │ m: say (1/2+1/2, 2/2).unique;
> +camelia │ rakudo-moar 9da50e: OUTPUT: «(1 1)»
>
> infix:<+> does not call .REDUCE-ME so the rats are different in this case
I could see where a mu
On Sun, 27 Aug 2017 04:31:45 -0700, mar...@senfdax.de wrote:
> m: my $c = "Some::Thing"; ::($c).new()
> rakudo-moar f097e5: OUTPUT: «FailedActually thrown at: in
> block at line 1»
> this error is not really helpful :(
> shoudn't this failure be converted into an exception? i'd
> expe
# New Ticket Created by Sam S.
# Please include the string: [perl #131973]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131973 >
Based on S05, these test-cases should all pass:
is "ab" ~~ / [ab | a ] b /, "ab", 'normal
Quick question.
I just want to doublle check that int64, uint64 are universally available
via Perl 6, before introducing them into modules. e.g.
% perl6 -e'my uint64 $n = 99; say $n'
99
- David
They have been available since Christmas, afaik.
> On 27 Aug 2017, at 22:42, David Warring wrote:
>
> Quick question.
>
> I just want to doublle check that int64, uint64 are universally available
> via Perl 6, before introducing them into modules. e.g.
> % perl6 -e'my uint64 $n =
Thanks Liz,
I just had a momentary concern that they might not be available on Win32 or
other 32 bit platforms.
Roast confirms that they're available everywhere as well.
Thanks,
David
On Mon, Aug 28, 2017 at 9:08 AM, Elizabeth Mattijsen wrote:
> They have been available since Christmas, afaik.
Attached is my use case which is parsing of PDF cross reference indices.
There are normally three numeric entries per line. e.g.
xref
0 8
00 65535 f
09 0 n
74 0 n
000120 0 n
Which populates nicely into an array of 'n' lines of shape 3.
There's the rare, bu
Attached is my use case which is parsing of PDF cross reference indices.
There are normally three numeric entries per line. e.g.
xref
0 8
00 65535 f
09 0 n
74 0 n
000120 0 n
Which populates nicely into an array of 'n' lines of shape 3.
There's the rare, bu
# New Ticket Created by Benjamin Goldberg
# Please include the string: [perl #131974]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131974 >
This code:
m: role Callback[\T] { }; constant sorter_t = Callback[ :(Any, Any -->
15 matches
Mail list logo