[perl #126984] [BUG] WhateverCode in given doesn't get refreshed when entering surrounding block in Rakudo

2015-12-21 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #126984] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126984 > m: sub foo($x) { say (* == $x)($_) given $x }; foo(1); foo(2) rakudo-moar cfb1f3: OUTPU

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Zefram
Elizabeth Mattijsen via RT wrote: >All of that goodness now in 591783d116a56d4b2c54f . You left a stray line in IO::Path.perl, which calls PERLIFY-STR in sink context. >Indeed! Now, if this had been in a Pull Request, I could have just >clicked on Merge, which would have been less work for me

Type constraint for named parameters, and questions about 6.c backwards compat

2015-12-21 Thread Rob Hoelz
Hello Perl 6 users and developers! I asked this in #perl6, but I wasn't getting a response there, so I figured I would try here. In the following code: > use v6; > > class C { > has Str $!dist-id; > > submethod BUILD(:$!dist-id) {} > } > > my ( $build ) = C.can('BUILD'); > say $build.sig

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Elizabeth Mattijsen
> On 21 Dec 2015, at 18:06, Zefram wrote: > Elizabeth Mattijsen via RT wrote: >> There is a subtle difference between Str.perl and >> Rakudo::Internals.PERLIFY-STR: The former puts double quotes around, the >> latter doesn't. > > Yes, hence the doubling when you call the former and also wrap th

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Zefram
Elizabeth Mattijsen via RT wrote: >There is a subtle difference between Str.perl and >Rakudo::Internals.PERLIFY-STR: The former puts double quotes around, the >latter doesn't. Yes, hence the doubling when you call the former and also wrap the result in quotes. >I'm afraid we'll have to settle fo

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Elizabeth Mattijsen
> On 21 Dec 2015, at 16:58, Zefram wrote: > > Elizabeth Mattijsen via RT wrote: >> Good point. Followed your suggestion in 8ddfff5533d4d77dbd7da65 . > > You're now duplicating the delimiters for those two. For IO::Path you've > removed the superfluous pipe escaping but retain the poor factori

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Zefram
Elizabeth Mattijsen via RT wrote: >Good point. Followed your suggestion in 8ddfff5533d4d77dbd7da65 . You're now duplicating the delimiters for those two. For IO::Path you've removed the superfluous pipe escaping but retain the poor factoring. -zefram

[perl #126979] Infinite loop when defining a multidimensional array without given dimensions REPL.

2015-12-21 Thread via RT
# New Ticket Created by # Please include the string: [perl #126979] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126979 > Hi This statement causes an infinite loop in REPL my @a[;]; This is Rakudo version 2015.11-

[perl #126961] [BUG] ^= hangs system

2015-12-21 Thread via RT
# New Ticket Created by Jake Russo # Please include the string: [perl #126961] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126961 > perl6 -e 'my $a = 10; $a ^= 2; say $a' hangs indefinitely. On irc, camelia outputs: rakudo

[perl6/specs] 1903a5: Bring parameter semantics in line with reality.

2015-12-21 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 1903a509e3ac4fefbd769673e6a26eb84fee31fa https://github.com/perl6/specs/commit/1903a509e3ac4fefbd769673e6a26eb84fee31fa Author: jnthn Date: 2015-12-18 (Fri, 18 Dec 2015) Changed paths: M S06-routines

[perl #126959] unhelpful error - Cannot find method 'has_compile_time_value'

2015-12-21 Thread via RT
# New Ticket Created by Vytautas D # Please include the string: [perl #126959] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126959 > Imagine such a typo in a script: use v6; say "linenoise"; say 1.:all; # <-- typo say

Re: [perl #126968] [BUG] wrong output for 1000.fmt("%e") and 1_000_000.fmt("%e")

2015-12-21 Thread Elizabeth Mattijsen
> On 19 Dec 2015, at 22:19, grond...@yahoo.fr (via RT) > wrote: > > # New Ticket Created by grond...@yahoo.fr > # Please include the string: [perl #126968] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=126968 > > > >

Re: [perl #126955] [BUG] more .perl string quoting problems

2015-12-21 Thread Elizabeth Mattijsen
> On 20 Dec 2015, at 23:18, Zefram wrote: > > Elizabeth Mattijsen via RT wrote: >> Fixed with ae8d9809c432f071643384 > > It's good that you're now factoring out the escaping code. This means > that these methods (including for IO::Path) are now correct. But the > factoring is still flawed, in

Re: [perl #126954] [POD] declarator blocks don't parse contents as POD

2015-12-21 Thread Lloyd Fournier
That is caused by the same thing. Thanks! On Sun, 20 Dec 2015 at 4:20 AM, Kamil Kułaga via RT < perl6-bugs-follo...@perl.org> wrote: > Not the same but similar > https://rt.perl.org/Ticket/Display.html?id=126654 >

Re: [perl #126966] [POD] empty strings in .contents with single formatting code

2015-12-21 Thread Lloyd Fournier
Looks like Pod::To::HTML also has to deal with this bug/feature. Looking at it maybe the "twine" implementor thought that this was a good optimization as you can pair iterate. If it's a massive speed saver then I guess I reconsider this. https://github.com/perl6/Pod-To-HTML/blob/master/lib/Pod/To/