[perl #128553] multi method cache causes Base64 regression

2016-07-05 Thread Nick Logan via RT
Note that the final decode-base64 candidate shows the correct results when debugging statements are added This gist also shows a small change that makes it produce the correct values but it still segfaults more often than not https://gist.github.com/ugexe/baa168a641894a0731595c812724f76d

[perl #128553] multi method cache causes Base64 regression

2016-07-05 Thread via RT
# New Ticket Created by Nick Logan # Please include the string: [perl #128553] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128553 > The failures are only for decoding. Encoding still works. Failures: https://travis-ci.org/

[perl #128551] [LTA] compiler barfs on diacritic in numeric colon pair

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128551] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128551 > > ":4\x[308]a".EVAL Error encoding ASCII string: could not encode codepoint 776 It seems corre

[perl #128550] [BUG] <[a..z]> ranges break grapheme awareness

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128550] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128550 > Built-in character classes such as consistently accept any diacritics on a matching base chara

Re: [perl #128516] [SEGV] $!attr.^compose causing segfault

2016-07-05 Thread Nicholas Clark
On Fri, Jul 01, 2016 at 10:36:25PM -0700, Lloyd Fournier wrote: > class Foo { has $.a = Metamodel::ClassHOW.new_type(name => "Bar"); method > comp { $!a.^compose } }; > my $obj = Foo.new; > $obj.comp; > say $obj; When I run that, I get this: moar: src/gc/roots.c:245: MVM_gc_root_gen2_add: Assert

[perl #128547] [DOC] /^^/ at end of string

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128547] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128547 > doc/Language/regexes.pod says: # The C<^^> assertion matches at the start of a logical line. T

[perl #128546] [BUG] Version comparison confused by digit with diacritics

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128546] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128546 > The Version class accepts numeric components that contain digits with diacritics, and faithfull

[perl #128545] [LTA] Date.new(Str) poor error message for digit with diacritic

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128545] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128545 > > Date.new("2016-07\x[308]-05").perl Cannot convert string to number: trailing characters after

Re: [perl #128543] [BUG] Str.Int inconsistent about spaces on empty string

2016-07-05 Thread Lloyd Fournier
err now that I actually check with warnings it seems I'm wrong and "" " " both give the same warning. perl -E 'use warnings; use strict; say 1 + ""' Argument "" isn't numeric in addition (+) at -e line 1. 1 perl -E 'use warnings; use strict; say 1 + " "' Argument " " isn't numeric in addition (+)

[perl #128544] [BUG] temp %hash for non-existent key does not delete it

2016-07-05 Thread via RT
# New Ticket Created by Zoffix Znet # Please include the string: [perl #128544] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128544 > using `temp` on a hash key restores its original value when we leave the scope, while oth

Re: [perl #128543] [BUG] Str.Int inconsistent about spaces on empty string

2016-07-05 Thread Lloyd Fournier
I think this is to be consistent with p5. perl -E 'say "" + 1' #-> 1 I'm not really making an argument it should be this way. But that's probably the reason. On Wed, Jul 6, 2016 at 2:13 AM Zefram wrote: > # New Ticket Created by Zefram > # Please include the string: [perl #128543] > # in the

[perl #128543] [BUG] Str.Int inconsistent about spaces on empty string

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128543] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128543 > Is it permitted to have no digits at all when coercing a Str to Int? The behaviour is inconsist

[perl #128542] [BUG] Str.Int confused by diacritics

2016-07-05 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #128542] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128542 > The Str.Int coercion method is usually strict about the string content looking numeric: > "345

[perl #128522] multi-dispatch regression

2016-07-05 Thread jn...@jnthn.net via RT
On Sat Jul 02 10:52:22 2016, archb...@gmail.com wrote: > As discussed here: http://irclog.perlgeek.de/perl6/2016-07- > 02#i_1277 > > Behavior in: > https://gist.github.com/atweiden/9d1dfe825ade18a7db54d8e0733ca2e4 Fixed, and tests added in S06-multi/positional-vs-named.t.