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
# 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/
# 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
# 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
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
# 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
# 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
# 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
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 (+)
# 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
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
# 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
# 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
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.
14 matches
Mail list logo