[perl #128694] Supply.zip-latest locks up two Supply.interval supplies

# 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({

Re: [perl #127394] [BUG] Something funny with modifying a subset where part of the check is calling a method on the item

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

[perl #128693] Regex optimizer on \s+$ is "dumb as bricks"

# 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

[perl #127394] [BUG] Something funny with modifying a subset where part of the check is calling a method on the item

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.

[perl #128692] useless uses of "useless use ... in sink context" warning in sink context

# 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' };

[perl #127473] [BUG] Rakudo explodes if you run (;)

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:

[perl #127785] where constraint in blockless declaration causes spurious gobbling error

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 >

[perl #127879] [BUG] map subroutine ignores the sequence in the specific case

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,

[perl #127785] where constraint in blockless declaration causes spurious gobbling error

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 >

[perl #127749] [BUG] Constant Seq in a loop not reinitialized

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)

[perl #128368] Confusion in SPESH about return

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 >

[perl #128581] [LTA] Cryptic error when Array is parameterized with unknown type

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

[perl #128552] [BUG] $?MODULE is not declared when referencing from module

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: > >

[perl #127750] Intermittent failure on t/04-nativecall/13-union.t

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? :-)

[perl #128628] problem using semaphore with many threads

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

[perl #123602] [BUG] .substr on a string built with infix: gives the wrong result in Rakudo on Moar

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

[perl #127782] [BUG] substr-rw

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 >

Re: [perl #127750] Intermittent failure on t/04-nativecall/13-union.t

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

Re: [perl #127750] Intermittent failure on t/04-nativecall/13-union.t

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

[perl #127750] Intermittent failure on t/04-nativecall/13-union.t

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

[perl #128270] [BUG] NFG + :ignoremark = negative codepoint error

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:

[perl #127540] redeclaration error when using anon

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