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
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
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
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
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
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
> 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.
> #
> 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.
> #
# 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:
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
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
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"
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"
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
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
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
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
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
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
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:
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:
21 matches
Mail list logo