[perl #131025] [BUG] p6doc does not work on Mac OS X dmg

# New Ticket Created by Matt Rosin # Please include the string: [perl #131025] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131025 > Hello, I installed the Rakudo Star Mac OS X 2017.01 DMG installer on a new MacBook Pro

[perl #131027] [BUG] unable to view GC and Allocations tabs from a profile

# New Ticket Created by Jan-Olof Hendig # Please include the string: [perl #131027] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131027 > Something's amiss when viewing the output from –profile in the browser. Steps to

How do I remove N elements

from the beginning of an array? I know about shift, but that is one at a time. I suppose I could do a loo[, but it would be nice to do it all at once. Many thanks, -T

[perl #130914] [BUG] chr() aliases codepoint numbers mod 2**32

On Mon, 20 Mar 2017 01:19:43 -0700, j...@durchholz.org wrote: > I was wondering how the Unicode consortium might extend this limit, so I > investigated a bit. > > TL;DR > > I can confirm that 10 is going to remain the maximum for the > foreseeable future. Thanks for sharing your findings!

[perl #128041] [JVM] Failing tests for equivalence of Buf objects

On Sat, 30 Apr 2016 11:16:44 -0700, barto...@gmx.de wrote: > Starting with rakudo commit fe2be65806 two tests in S16-io/supply.t > start to fail with rakudo-j. The following rakudo commit 463e7589a1 > seems to change the code path for the tests in question, but also > makes them fail. Only if one

Re: [perl #131026] Failing to read from IO::Pipe fast enough, apparently loses data

Note that 65535 is the POSIX-specified minimum largest write size that is guaranteed to be atomic (_PIPE_BUF), and derives from the usual size of kernel-side pipe buffers (Linux's are actually larger, but sizes larger than the POSIX minimum _PIPE_BUF are likely to incur portability issues, so

[perl #131026] Failing to read from IO::Pipe fast enough, apparently loses data

# New Ticket Created by Zoffix Znet # Please include the string: [perl #131026] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131026 > zoffix@VirtualBox:~$ perl6 -e '$ = shell(:out, "yes | head -n 10").out.lines'

Re: RFE: throw an error on a single "="when used in an "if"

On Mon, Mar 20, 2017 at 02:36:49PM +0100, Francesco Rivetti wrote: > On 18. mars 2017 11:54, Elizabeth Mattijsen wrote: > > > if (my $x = frobnicate(42)) { > > say $x > > } > [...] > > if frobnicate(42) -> $x { > > say $x > > } > > which is way more elegant. Should this make it wise to

Re: RFE: throw an error on a single "="when used in an "if"

On 18. mars 2017 11:54, Elizabeth Mattijsen wrote: In Perl 5 many people use the syntax to assign the value of a complicated expression to be useable inside the if statement: if (my $x = frobnicate(42)) { say $x } which is very handy and used many times, I completely agree. But as

Re: [perl #131018] [REGRESSION] Some rotor cases are no longer working as expected (.rotor: 2 => -2, 1)

Fixed with https://github.com/rakudo/rakudo/commit/5917b817c6 , tests needed > On 19 Mar 2017, at 22:03, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl

Re: [perl #130914] [BUG] chr() aliases codepoint numbers mod 2**32

Am 19.03.2017 um 23:00 schrieb Christian Bartolomaeus via RT: Looking at https://en.wikipedia.org/wiki/Code_point and http://www.unicode.org/glossary/#code_point I understand that U+10 is indeed the maximum Unicode code point. Yes, that's the maximum value you can encode in four bytes with