Re: [perl #132268] Floating point anomalies

2017-10-13 Thread sisyphus1
From: Brandon Allbery Sent: Friday, October 13, 2017 4:15 AM To: sisyph...@optusnet.com.au Cc: Carl Mäsak via RT Subject: Re: [perl #132268] Floating point anomalies On Thu, Oct 12, 2017 at 5:31 AM, wrote: Perl6's printf() function looks a little suspect - though I might be missing something her

Re: [perl #132279] [REGRESSION][9999] BagHash.grab with huge values (("foo" => 10000000000000000000).BagHash.grab(1))

2017-10-13 Thread Elizabeth Mattijsen
Fixed with 975fcf6cfd8089bfc237 , tests needed > On 13 Oct 2017, at 07:01, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #132279] > # in the subject line of all future correspondence about

Re: [perl #132279] [REGRESSION][9999] BagHash.grab with huge values (("foo" => 10000000000000000000).BagHash.grab(1))

2017-10-13 Thread Elizabeth Mattijsen via RT
Fixed with 975fcf6cfd8089bfc237 , tests needed > On 13 Oct 2017, at 07:01, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #132279] > # in the subject line of all future correspondence about

Re: [perl #132281] [REGRESSION] .gist of a bag used to say “bag()”, now it says “Bag()” ("blogger".comb.Bag)

2017-10-13 Thread Elizabeth Mattijsen
> On 13 Oct 2017, at 07:37, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #132281] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Dis

Re: [perl #132281] [REGRESSION] .gist of a bag used to say “bag()”, now it says “Bag()” ("blogger".comb.Bag)

2017-10-13 Thread Aleks-Daniel Jakimenko-Aleksejev
Oh. I guess this has to be rejected then. On Fri, Oct 13, 2017 at 2:46 PM, Elizabeth Mattijsen wrote: > > > On 13 Oct 2017, at 07:37, Aleks-Daniel Jakimenko-Aleksejev (via RT) < > perl6-bugs-follo...@perl.org> wrote: > > > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > > # Please

Re: [perl #132283] [REGRESSION] BUILDALL is listed as one of the methods, maybe that's not right (say $foo.^methods)

2017-10-13 Thread Elizabeth Mattijsen
> On 13 Oct 2017, at 07:52, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #132283] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Disp

Re: [perl #132283] [REGRESSION] BUILDALL is listed as one of the methods, maybe that's not right (say $foo.^methods)

2017-10-13 Thread Elizabeth Mattijsen via RT
> On 13 Oct 2017, at 07:52, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #132283] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Disp

Re: [perl #132268] Floating point anomalies

2017-10-13 Thread Brandon Allbery
On Fri, Oct 13, 2017 at 4:59 AM, wrote: > It's bad enough that perl5 and perl6 round to 15 decimal digits of > precision, but at least perl5's printf will give me 17 decimal digits when > I ask it to (and I think perl6 should do the same): > I am wondering if youve talked to any Intel FP enginee

Re: [perl #132268] Floating point anomalies

2017-10-13 Thread Brandon Allbery via RT
On Fri, Oct 13, 2017 at 4:59 AM, wrote: > It's bad enough that perl5 and perl6 round to 15 decimal digits of > precision, but at least perl5's printf will give me 17 decimal digits when > I ask it to (and I think perl6 should do the same): > I am wondering if youve talked to any Intel FP enginee

[perl #132268] [MATH] Floating point anomalies

2017-10-13 Thread Zoffix Znet via RT
On Fri, 13 Oct 2017 05:15:58 -0700, allber...@gmail.com wrote: > On Fri, Oct 13, 2017 at 4:59 AM, wrote: > > > It's bad enough that perl5 and perl6 round to 15 decimal digits of > > precision, but at least perl5's printf will give me 17 decimal digits when > > I ask it to (and I think perl6 shoul

[perl #132268] [MATH] Floating point anomalies

2017-10-13 Thread Zoffix Znet via RT
On Fri, 13 Oct 2017 05:15:58 -0700, allber...@gmail.com wrote: > On Fri, Oct 13, 2017 at 4:59 AM, wrote: > > > It's bad enough that perl5 and perl6 round to 15 decimal digits of > > precision, but at least perl5's printf will give me 17 decimal digits when > > I ask it to (and I think perl6 shoul

[perl #132285] [REGRESSION] Error message talks about null strings when trying to create a num32 Blob (Blob[num32].new(2e0))

2017-10-13 Thread Daniel Green via RT
Fixed in https://github.com/rakudo/rakudo/pull/1189 Not sure where tests should go, roast or rakudo?

Re: [perl #132268] Floating point anomalies

2017-10-13 Thread Sisyphus via RT
From: Brandon Allbery Sent: Friday, October 13, 2017 4:15 AM To: sisyph...@optusnet.com.au Cc: Carl Mäsak via RT Subject: Re: [perl #132268] Floating point anomalies On Thu, Oct 12, 2017 at 5:31 AM, wrote: Perl6's printf() function looks a little suspect - though I might be missing something here

[perl #132287] [CONC] stall/block in async heavy code

2017-10-13 Thread via RT
# New Ticket Created by Justin DeVuyst # Please include the string: [perl #132287] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132287 > Below is the best golfing I could manage. I ran it like so for bisecting: while perl

[perl #131515] [BISECTME][PERF] Performance loss in some commits

2017-10-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
I'll take a look a bit later. It feels like the commit you mentioned is the right one, which makes me think that we can reject this ticket, but at that pace the spectest will get to turtle speeds even though all our changes will be justified. Anyway, I'll bisect it first and then we'll have a look

[perl #132287] [REGRESSION][CONC] stall/block in async heavy code

2017-10-13 Thread Nick Logan via RT
RAKUDO_SCHEDULER_DEBUG=1 perl6-gdb-m --ll-exception -e 'while 1 { use v6.d.PREVIEW; my %c = (:0reactor_count); my $s = supply { whenever IO::Socket::Async.listen("0.0.0.0", 5000) -> $c-conn { %c{$c-conn}++; emit $c-conn; %c{$c-conn} = Supplier.new; $c-conn.Supply.lines.tap({ %c{$c-conn}.emit: $

[perl #132288] [REGRESSION][9999] .tail with large negative arguments (say (4,5,6).tail(-9999999999999999999))

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132288] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132288 > Code: say (4,5,6).tail(-999) ¦«2015.12»: () ¦«2016.

[perl #132289] [REGRESSION] Lost line number in Proc::Async's “no such file or directory” error

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132289] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132289 > Code: my $a = Proc::Async.new(); $a.stdout.tap(-> $a {}); $a.stderr.

[perl #132290] [LTA] .gist of a Method does not always show the its .name (.say for .^methods)

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132290] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132290 > Code: say .name, “ – ”, .gist for .^methods Result: from-iterator –

[perl #132291] [LTA] Too few positionals passed to '' (for [:a] X [:b] -> ($i, $j) { })

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132291] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132291 > Code: for [:a] X [:b] -> ($i, $j) { } Result: Too few positionals pa

[perl #132291] [LTA] Too few positionals passed to '' (for [:a] X [:b] -> ($i, $j) { })

2017-10-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
Oh, but maybe it's worth mentioning that the name was added in this commit: https://github.com/rakudo/rakudo/commit/7783fcab24813054902414f30f6fd4fd60823c30 On 2017-10-13 20:13:01, alex.jakime...@gmail.com wrote: > Code: > for [:a] X [:b] -> ($i, $j) { } > > Result: > Too few positionals passed to

[perl #132292] [REGRESSION] Recursively .emit-ing from the tap of the same supply bails out

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132292] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132292 > Code: my $s1 = Supplier.new; $s1.Supply.tap: { say $_; $s1.emit(2) if

[perl #132293] [REGRESSION] It is no longer possible to create native ints with .new (int32.new(42))

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132293] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132293 > Code: say int32.new(42) ¦«2016.10,2016.11,2016.12,2017.01,2017.02,2

[perl #132012] [ANNOYING] Numeric values of signals are wrong (say +SIGUSR1)

2017-10-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
There's something regression-ish about it. Code: say $*KERNEL.signal: SIGUSR1 ¦79b8ab9d3f^: 10 ¦79b8ab9d3f: 30 See (2017-06-02) https://github.com/rakudo/rakudo/commit/79b8ab9d3f9a5499e8a7859f34b4499fb352ac13 On 2017-09-01 15:39:42, alex.jakime...@gmail.com wrote: > We now have a note in the

[perl #131966] [REGRESSION][9999] Shaped native arrays with negative sizes (my int @a[-9999999999999999])

2017-10-13 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
Actually, it is a regression. Code: my int @x[-2**63]; say @x.shape ¦«2015.12»: (-9223372036854775808) ¦«2016.06»: Illegal dimension in shape: -9223372036854775808. All dimensions must be integers bigger than 0 in block at /home/bisectable/git/whateverable/data/regressionable/15074816/snippet

[perl #132294] [REGRESSION][PERF] INTERPOLATE-related change made matching of large strings slower

2017-10-13 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132294] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132294 > Code: my $a = rx/aab/; 'a' x 99 ~ 'b' ~~ /$a/; say now - INIT