# 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 -->
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 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
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
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
Fixed by lizmat in commit:
https://github.com/rakudo/rakudo/commit/5db5b1dbfa0b625130573574e2409972387e9f75
Tests needed.
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
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
# 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 {
# 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
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"
12 matches
Mail list logo