Re: [perl #127600] return in anonymous function causes error

> On 22 Feb 2016, at 22:51, (via RT) wrote: > > # New Ticket Created by > # Please include the string: [perl #127600] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=127600 > > > > Code

[perl #127598] white space affects which multiple dispatch subroutine is getting called.

Hi, please consider using this slang which will most likely give you what you need: https://github.com/FROGGS/p6-Slang-Tuxic But the short answer here is that the function call syntax wont change anymore. Some examples that would break when we would change it: if( # would not introduce a

[perl #127598] white space affects which multiple dispatch subroutine is getting called.

# New Ticket Created by # Please include the string: [perl #127598] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127598 > I was messing about with multiple dispatch subroutines. And I ran into this little puzzler.

[perl #127600] return in anonymous function causes error

# New Ticket Created by # Please include the string: [perl #127600] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127600 > Code sample: my $anon = -> $x, $y {return $x * $y}; say $anon(3,7); Produces this output:

Re: Need help with Nil values

You could just do: method new (Str $value?) { ... } # makes value optional and then not pass anything to .new. On Tue, Feb 23, 2016 at 1:27 PM TS xx wrote: > Thanks Brandon, > > > That was what I was looking for. > > I'm trying it already. > > > Regards, > > Emiliano >

Re: [perl #127566] [BUG] run hangs on slurp-rest with :out and :err if command runs background process

On Fri, Feb 19, 2016 at 02:07:36PM -0800, Peter Pentchev via RT wrote: > The problem is that when your SSH client decides to start the mux > process, the latter *does not close* its standard error stream; > it keeps file descriptor 2 open to whatever the original SSH client > had it open to -

[perl #127601] feature request: lazy evaluated list: keyword lazy

# New Ticket Created by # Please include the string: [perl #127601] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127601 > Current format for a lazily evaluated list: my $lazylist = (0, { $_ + 3 } ...^ * >

Re: My personal benchmark shows no improvement with Rakudo 2016.02

On Tue, Feb 23, 2016 at 2:42 AM, Elizabeth Mattijsen wrote: > Which may not have been a good idea :-) > > I’m afraid it fell through the cracks here. Could you get me on track again? > I promise I’ll look at it today! Sure, Liz (I don't know how you keep up with all you

Re: Perl 6 for system-wide use: best practice?

On Tue, Feb 23, 2016 at 6:10 AM, Paul Cochrane wrote: > On Mon, Feb 22, 2016 at 01:50:50PM -0600, Tom Browder wrote: >> What is recommended for installing Perl 6 for system-wide use? > > if you are running a Debian-based system, you could try installing the ... I am (I should

Re: Perl 6 for system-wide use: best practice?

Hi Tom, On Mon, Feb 22, 2016 at 01:50:50PM -0600, Tom Browder wrote: > What is recommended for installing Perl 6 for system-wide use? if you are running a Debian-based system, you could try installing the Debian Rakudo package from either the "stretch (testing)" or "sid (unstable)" suite. It is

Re: My personal benchmark shows no improvement with Rakudo 2016.02

Which may not have been a good idea :-) I’m afraid it fell through the cracks here. Could you get me on track again? I promise I’ll look at it today! Liz === > On 23 Feb 2016, at 02:18, Tom Browder wrote: > > I gave my code to Liz. > > -Tom > >