[perl #131305] Useless Useless Use Warning when invoking colonpaired routines

2018-01-13 Thread Christian Bartolomaeus via RT
On Wed, 10 Jan 2018 17:32:30 -0800, c...@zoffix.com wrote: > Thank you for the report. This is now fixed. > > Fix: https://github.com/rakudo/rakudo/commit/c6b7012a9c61133 > Test: https://github.com/rakudo/rakudo/commit/c6b7012a9c61133 For the records: The Rakudo fix made some previously passing

[perl6/specs] 5e5a0c: Center

2018-01-13 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 5e5a0c5dbabac0ab3171608e2af56d25c1c973db https://github.com/perl6/specs/commit/5e5a0c5dbabac0ab3171608e2af56d25c1c973db Author: Zoffix Znet Date: 2018-01-13 (Sat, 13

[perl #132711] [LTA] Stupidly using `is assoc` with unary prefix operator has an error message from the deep

2018-01-13 Thread Zoffix Znet via RT
On Fri, 12 Jan 2018 03:50:19 -0800, c...@zoffix.com wrote: > This looks to be the same issue as RT#131099. It lists a potential fix > that fails compilation: > https://rt.perl.org/Ticket/Display.html?id=131099#txn-1455809 The fix is to throw on attempt to use list assoc on non-infixes, but

[perl #132711] [LTA] Stupidly using `is assoc` with unary prefix operator has an error message from the deep

2018-01-13 Thread Zoffix Znet via RT
On Fri, 12 Jan 2018 03:50:19 -0800, c...@zoffix.com wrote: > This looks to be the same issue as RT#131099. It lists a potential fix > that fails compilation: > https://rt.perl.org/Ticket/Display.html?id=131099#txn-1455809 The fix is to throw on attempt to use list assoc on non-infixes, but

[perl #132718] BUG: Unhandled kind 3 with int32 argument

2018-01-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
FWIW it was “working” before this commit: https://github.com/rakudo/rakudo/commit/ec18f24d27ce61fa71d177ab76c4044ee1d1a75e But that's probably irrelevant because I'm pretty sure it was cheating with something. On 2018-01-13 13:56:54, elizabeth wrote: > > > On 13 Jan 2018, at 22:38, Curt Tilmes

[perl #132718] BUG: Unhandled kind 3 with int32 argument

2018-01-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
FWIW it was “working” before this commit: https://github.com/rakudo/rakudo/commit/ec18f24d27ce61fa71d177ab76c4044ee1d1a75e But that's probably irrelevant because I'm pretty sure it was cheating with something. On 2018-01-13 13:56:54, elizabeth wrote: > > > On 13 Jan 2018, at 22:38, Curt Tilmes

Re: [perl #132718] BUG: Unhandled kind 3 with int32 argument

2018-01-13 Thread Elizabeth Mattijsen via RT
> On 13 Jan 2018, at 22:38, Curt Tilmes (via RT) > wrote: > > # New Ticket Created by Curt Tilmes > # Please include the string: [perl #132718] > # in the subject line of all future correspondence about this issue. > #

Re: [perl #132718] BUG: Unhandled kind 3 with int32 argument

2018-01-13 Thread Elizabeth Mattijsen
> On 13 Jan 2018, at 22:38, Curt Tilmes (via RT) > wrote: > > # New Ticket Created by Curt Tilmes > # Please include the string: [perl #132718] > # in the subject line of all future correspondence about this issue. > #

[perl #132718] BUG: Unhandled kind 3 with int32 argument

2018-01-13 Thread via RT
# New Ticket Created by Curt Tilmes # Please include the string: [perl #132718] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132718 > m: sub foo(int32 $x) { say "ok" if $x }; foo(12); rakudo-moar f25fdbdf0: OUTPUT:

[perl #126973] [BUG] No sink warnings when Inf or NaN is in sink context ( ∞ )

2018-01-13 Thread Zoffix Znet via RT
On Sat, 19 Dec 2015 20:29:14 -0800, alex.jakime...@gmail.com wrote: > Code: > ∞ > > Result: > (no output) > > Same thing with NaN and Inf. I was expecting a warning. > > Something like this: > > Code: > 42 > > Result: > WARNINGS for -e: > Useless use of constant integer 42 in sink context

[perl #126973] [BUG] No sink warnings when Inf or NaN is in sink context ( ∞ )

2018-01-13 Thread Zoffix Znet via RT
On Sat, 19 Dec 2015 20:29:14 -0800, alex.jakime...@gmail.com wrote: > Code: > ∞ > > Result: > (no output) > > Same thing with NaN and Inf. I was expecting a warning. > > Something like this: > > Code: > 42 > > Result: > WARNINGS for -e: > Useless use of constant integer 42 in sink context

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

2018-01-13 Thread Zoffix Znet via RT
On Thu, 21 Jul 2016 09:20:38 -0700, ajs wrote: > The core issue is this simple code: > > my @a = lazy gather { say 'we actually run' }; sink @a; > > Which gives: > > OUTPUT«WARNINGS for :␤Useless use of @a in sink context (line 1)␤we > actually run␤» > > Note that if you insert "quietly"

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

2018-01-13 Thread Zoffix Znet via RT
On Thu, 21 Jul 2016 09:20:38 -0700, ajs wrote: > The core issue is this simple code: > > my @a = lazy gather { say 'we actually run' }; sink @a; > > Which gives: > > OUTPUT«WARNINGS for :␤Useless use of @a in sink context (line 1)␤we > actually run␤» > > Note that if you insert "quietly"

[perl #131331] [BUG] Wrong useless use warning in grep + try + after

2018-01-13 Thread Zoffix Znet via RT
On Sat, 13 Jan 2018 00:09:32 -0800, c...@zoffix.com wrote: > On Fri, 19 May 2017 15:24:06 -0700, c...@zoffix.com wrote: > > m: ^2 .grep: {try 1 after 0} > > rakudo-moar a7c23a: OUTPUT: «WARNINGS for :␤Useless use > > of "after" in expression "1 after 0" in sink context (line 1)␤» > > > Thank

[perl #131331] [BUG] Wrong useless use warning in grep + try + after

2018-01-13 Thread Zoffix Znet via RT
On Sat, 13 Jan 2018 00:09:32 -0800, c...@zoffix.com wrote: > On Fri, 19 May 2017 15:24:06 -0700, c...@zoffix.com wrote: > > m: ^2 .grep: {try 1 after 0} > > rakudo-moar a7c23a: OUTPUT: «WARNINGS for :␤Useless use > > of "after" in expression "1 after 0" in sink context (line 1)␤» > > > Thank

[perl #131123] [BUG] Useless use of useless use in smartmatch + block + try

2018-01-13 Thread Zoffix Znet via RT
On Sat, 13 Jan 2018 00:09:49 -0800, c...@zoffix.com wrote: > On Fri, 14 Apr 2017 14:12:54 -0700, fernandocor...@gmail.com wrote: > > Em Fri, 07 Apr 2017 19:59:42 -0700, c...@zoffix.com escreveu: > > > > > > m: say so 42 ~~ { try $_ == 5 } > > > rakudo-moar af50e0: OUTPUT: «WARNINGS for :␤Useless

[perl #131123] [BUG] Useless use of useless use in smartmatch + block + try

2018-01-13 Thread Zoffix Znet via RT
On Sat, 13 Jan 2018 00:09:49 -0800, c...@zoffix.com wrote: > On Fri, 14 Apr 2017 14:12:54 -0700, fernandocor...@gmail.com wrote: > > Em Fri, 07 Apr 2017 19:59:42 -0700, c...@zoffix.com escreveu: > > > > > > m: say so 42 ~~ { try $_ == 5 } > > > rakudo-moar af50e0: OUTPUT: «WARNINGS for :␤Useless

[perl #131123] [BUG] Useless use of useless use in smartmatch + block + try

2018-01-13 Thread Zoffix Znet via RT
On Fri, 14 Apr 2017 14:12:54 -0700, fernandocor...@gmail.com wrote: > Em Fri, 07 Apr 2017 19:59:42 -0700, c...@zoffix.com escreveu: > > > > m: say so 42 ~~ { try $_ == 5 } > > rakudo-moar af50e0: OUTPUT: «WARNINGS for :␤Useless > > use > > of "==" in expression "$_ == 5" in sink context (line

[perl #131123] [BUG] Useless use of useless use in smartmatch + block + try

2018-01-13 Thread Zoffix Znet via RT
On Fri, 14 Apr 2017 14:12:54 -0700, fernandocor...@gmail.com wrote: > Em Fri, 07 Apr 2017 19:59:42 -0700, c...@zoffix.com escreveu: > > > > m: say so 42 ~~ { try $_ == 5 } > > rakudo-moar af50e0: OUTPUT: «WARNINGS for :␤Useless > > use > > of "==" in expression "$_ == 5" in sink context (line

[perl #131331] [BUG] Wrong useless use warning in grep + try + after

2018-01-13 Thread Zoffix Znet via RT
On Fri, 19 May 2017 15:24:06 -0700, c...@zoffix.com wrote: > m: ^2 .grep: {try 1 after 0} > rakudo-moar a7c23a: OUTPUT: «WARNINGS for :␤Useless use > of "after" in expression "1 after 0" in sink context (line 1)␤» Thank you for the report. This is now fixed. Fix:

[perl #131331] [BUG] Wrong useless use warning in grep + try + after

2018-01-13 Thread Zoffix Znet via RT
On Fri, 19 May 2017 15:24:06 -0700, c...@zoffix.com wrote: > m: ^2 .grep: {try 1 after 0} > rakudo-moar a7c23a: OUTPUT: «WARNINGS for :␤Useless use > of "after" in expression "1 after 0" in sink context (line 1)␤» Thank you for the report. This is now fixed. Fix: