# New Ticket Created by Moritz Lenz
# Please include the string: [perl #128694]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128694 >
Consider this code:
#!/usr/bin/env perl6
my $source = Supply.interval(1);
$source.tap({
jnthn's been working really hard.
My thumb's tired just from paging through all these ticket closings. :-)*
Great work, sir!
On 7/21/16, jn...@jnthn.net via RT wrote:
> On Wed Jan 27 12:12:17 2016, jns...@gellyfish.co.uk wrote:
>> perl6 -e 'subset JJ where *.can("foo"); -> JJ:D $a { } '
>> ===SOR
# New Ticket Created by Aaron Sherman
# Please include the string: [perl #128693]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128693 >
When given a pathological input that will always fail, /\s+$/ seems to take
the longest
On Wed Jan 27 12:12:17 2016, jns...@gellyfish.co.uk wrote:
> perl6 -e 'subset JJ where *.can("foo"); -> JJ:D $a { } '
> ===SORRY!===
> Method 'iterator' must be implemented by Iterable because it is
> required by a role
>
>
> This does not happen without the Type modifier in the signature, i.e.
>
# New Ticket Created by Aaron Sherman
# Please include the string: [perl #128692]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128692 >
The core issue is this simple code:
my @a = lazy gather { say 'we actually run' }; sink
On Fri Feb 05 15:45:19 2016, alex.jakime...@gmail.com wrote:
> But let's start with something less impressive.
>
> Code:
> say [;0]
>
> Result:
> Non ast passed to WANTED: BOOTInt
> Non-QAST node visited BOOTInt
> Weird node visited: BOOTInt
> Non-QAST node visited BOOTInt
> Weird node visited: B
On Fri Mar 25 18:10:03 2016, t...@cpan.org wrote:
> Example:
>
> % perl6 -e 'sub MAIN ($x where { $^x > 1 } ) { say "big" }' 4
> big
> % perl6 -e 'sub MAIN ($x where { $^x > 1 } ) { say "big" }' 0
> Usage:
> -e '...'
> % perl6 -e 'unit sub MAIN ($x where { $^x > 1 } ); say "big"' 4
> ===SORRY
Re-opening per TimToady's comments:
http://irclog.perlgeek.de/perl6/2016-07-21#i_12881470
The map de-lazifies when sunk, but in this case the for's sinking doesn't seem
to propagate to the map.
This, for example, prints all the values:
m: for ^3 { ^10 .map: *.say; Nil }; say 42;
--
Cheers,
Z
On Fri Mar 25 18:10:03 2016, t...@cpan.org wrote:
> Example:
>
> % perl6 -e 'sub MAIN ($x where { $^x > 1 } ) { say "big" }' 4
> big
> % perl6 -e 'sub MAIN ($x where { $^x > 1 } ) { say "big" }' 0
> Usage:
> -e '...'
> % perl6 -e 'unit sub MAIN ($x where { $^x > 1 } ); say "big"' 4
> ===SORRY
On Sun Mar 20 08:30:28 2016, awwaiid wrote:
> Here is an example that works as expected:
>
> > for ^2 { my $n = 5; say [+] (^$n X ^$n) }
> 50
> 50
>
> If we use constants to construct the Seq, it is not re-created on the
> second loop iteration:
>
> > for ^2 { say [+] (^5 X ^5) }
On Fri Jul 08 22:00:54 2016, c...@zoffix.com wrote:
> For records,
>
> The tests for this ticket already exist at
> https://github.com/perl6/roast/blob/a9597e6781703f012399dd5a1f988028e2279afc/integration/weird-
> errors.t#L205
>
> As stated in commit
> https://github.com/perl6/roast/commit/a9597
On Fri Jul 08 15:13:43 2016, pochi wrote:
> The following statement:
>
> my Array[Numerix] $x;
>
> produces this error message:
>
> ===SORRY!=== Error while compiling ./x.pl6
> An exception occurred while parameterizing Array
> at ./x.pl6:1
> Exception details:
> ===SORRY!=== Error while compi
On Tue Jul 05 16:58:53 2016, s...@linux.com wrote:
> The following error thrown when referencing $?MODULE from module:
>
> "Variable '$?MODULE' is notVariable '$?MODULE' is not declared"
>
> Example:
>
> module Foo { sub f is export { say $?MODULE } }; import Foo; f
>
> Documented here:
>
> ht
On Thu Jul 21 05:14:07 2016, elizabeth wrote:
> FWIW, I haven’t seen it in months… and I basically run at least 10
> spectests a day.
>
Aye, but it's in "make test", not "make spectest". Do you run that so often
too? :-)
On Fri Jul 15 12:32:30 2016, mt1...@gmail.com wrote:
> With Rakudo version 2016.06-234-g0189851 built on MoarVM version
> 2016.06-9-g8fc21d5
> implementing Perl 6.c on a Asus laptop running Fedora 23 I see the
> following happen. Running the code below is doing well but when the code
> in the cr
On Thu Jan 15 06:36:57 2015, masak wrote:
> since I know a tiny bit about how strings are implemented on
> Moar, I predict that the bug will be tracked down in how string
> repetitions are handled.
It was exactly that. There is a fast path for jumping through strands and
repetitions to the corre
On Wed Jul 20 19:43:32 2016, c...@zoffix.com wrote:
> A bit more investigation:
> * If the string given to `x` is more than 1 character, the bug doesn't
> appear
> * The bug also doesn't seem to be present on JVM backend
>
> m: my $a = '.|' x 4 ~ 'a'; $a.substr-rw(1,1) = ''; say $a
> rakudo-moar
FWIW, I haven’t seen it in months… and I basically run at least 10 spectests a
day.
Liz
===
> On 21 Jul 2016, at 13:18, Steve Mynott wrote:
>
> I've run roast a handful of times in the last few days and didn't see
> that fail once.
>
> S
>
> On 21 July 2016 at 12:03, jn...@jnthn.
I've run roast a handful of times in the last few days and didn't see
that fail once.
S
On 21 July 2016 at 12:03, jn...@jnthn.net via RT
wrote:
> On Sun Mar 20 16:56:04 2016, coke wrote:
>> On Sun Mar 20 15:03:37 2016, elizabeth wrote:
>> > > On 20 Mar 2016, at 19:17, Will Coleda (via RT) > > >
On Sun Mar 20 16:56:04 2016, coke wrote:
> On Sun Mar 20 15:03:37 2016, elizabeth wrote:
> > > On 20 Mar 2016, at 19:17, Will Coleda (via RT) > > follo...@perl.org> wrote:
> > >
> > > # New Ticket Created by Will Coleda
> > > # Please include the string: [perl #127750]
> > > # in the subject lin
On Fri Jul 15 20:09:30 2016, c...@zoffix.com wrote:
> Slightly golfed. The content of the regex character set doesn't
> matter, but avoiding the character set avoids the error as well. The
> :g and :ignoremark must be combined together.
>
> m: "a" ~~ m:g:ignoremark/<[á]>/
> rakudo-moar e2ec35: O
On Sat Feb 13 20:08:16 2016, lloyd.fo...@gmail.com wrote:
> sub foo { };
> my $a = anon sub foo { }
>
> ===SORRY!=== Error while compiling -e
> Redeclaration of routine foo
> at -e:1
>
> Since anon is not going to install the symbol in any scope this is a false
> positive. Will fix if I get a cha
22 matches
Mail list logo