On Sun, 28 May 2017 18:18:14 -0700, raiph wrote:
> If there hasn't been significant adoption of these tokens in extant code then
> I'd personally +1 deprecation of them in v6.d in favor of `%$/` and `@$/`.
+1. Even knowing $() was special, it didn't occur to me %() and @() could be
special too.
On Sun, 28 May 2017 18:18:14 -0700, raiph wrote:
> If there hasn't been significant adoption of these tokens in extant code then
> I'd personally +1 deprecation of them in v6.d in favor of `%$/` and `@$/`.
+1. Even knowing $() was special, it didn't occur to me %() and @() could be
special too.
The token `%()` isn't an empty hash, it's a synonym for `%$/` or `$/.hash`.
'foo' ~~ /$=.*/; say %(); # Map.new((:bar(Match.new...
Similarly, `@()` is a synonym for `@$/` or `$/.list`.
These tokens are documented at
https://docs.perl6.org/language/variables#index-entry-variable_%24%3Cname
# New Ticket Created by Christian Bartolomaeus
# Please include the string: [perl #131393]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131393 >
Currently rakudo on JVM does not respect eof when reading from stdin.
bartolin
I bisected MoarVM and the offending commit is here:
https://github.com/MoarVM/MoarVM/commit/c98634cf2542874d7daa5b45f77f7de4cf04a081
>From what I see, this commit did not actually cause the root bug, it just
>exposed it.
The Unicode Database was rebuilt so that NFG_QC=False for Emoji characters
I bisected MoarVM and the offending commit is here:
https://github.com/MoarVM/MoarVM/commit/c98634cf2542874d7daa5b45f77f7de4cf04a081
From what I see, this commit did not actually cause the root bug, it just
exposed it.
The Unicode Database was rebuilt so that NFG_QC=False for Emoji characters,
On Sun, 28 May 2017 11:56:51 -0700, comdog wrote:
> It looks like %() with no characters between the parens creates a
> Map, but if there's at least one character between the parens, it
> creates a Hash. I figure all of these should create a Hash:
>
> my %hash = %();
> put '1: ', %hash.^name;
On Sun, 28 May 2017 11:56:51 -0700, comdog wrote:
> It looks like %() with no characters between the parens creates a
> Map, but if there's at least one character between the parens, it
> creates a Hash. I figure all of these should create a Hash:
>
> my %hash = %();
> put '1: ', %hash.^name;
> On 28 May 2017, at 20:56, brian d foy (via RT)
> wrote:
>
> # New Ticket Created by "brian d foy"
> # Please include the string: [perl #131392]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=131392 >
>
>
> It looks li
> On 28 May 2017, at 20:56, brian d foy (via RT)
> wrote:
>
> # New Ticket Created by "brian d foy"
> # Please include the string: [perl #131392]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=131392 >
>
>
> It looks li
# New Ticket Created by "brian d foy"
# Please include the string: [perl #131392]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131392 >
It looks like %() with no characters between the parens creates a
Map, but if there's at
> On 26 May 2017, at 12:59, Peter du Marchie van Voorthuysen (via RT)
> wrote:
>
> # New Ticket Created by Peter du Marchie van Voorthuysen
> # Please include the string: [perl #131372]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Disp
> On 26 May 2017, at 12:59, Peter du Marchie van Voorthuysen (via RT)
> wrote:
>
> # New Ticket Created by Peter du Marchie van Voorthuysen
> # Please include the string: [perl #131372]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Disp
Seems .split has similar issue:
m: class {}.^lookup("split").candidates.say
rakudo-moar 87d0e0: OUTPUT: «()»
m: class {}.split
rakudo-moar 87d0e0: OUTPUT: «Use of uninitialized value of type Any
in string context.Methods .^name, .perl, .gist, or .say can be used to
stringify it to somethi
Seems .split has similar issue:
m: class {}.^lookup("split").candidates.say
rakudo-moar 87d0e0: OUTPUT: «()»
m: class {}.split
rakudo-moar 87d0e0: OUTPUT: «Use of uninitialized value of type Any
in string context.Methods .^name, .perl, .gist, or .say can be used to
stringify it to somethi
Thank you for the report. This issue is now resolved.
If you wish .resolve to `fail` if it cannot completely resolve the path, set
`:completely` named arg to True: https://docs.perl6.org/routine/resolve.html
Thank you for the report. This issue is now resolved.
If you wish .resolve to `fail` if it cannot completely resolve the path, set
`:completely` named arg to True: https://docs.perl6.org/routine/resolve.html
Still present in
Rakudo version 2017.05-272-gfa7aa1c36 built on MoarVM version
2017.05-25-g62bc54e9
implementing Perl 6.c.
This bug is still present in
This is Rakudo version 2017.05-272-gfa7aa1c36 built on MoarVM version
2017.05-25-g62bc54e9
implementing Perl 6.c.
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #131389]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131389 >
IRC: https://irclog.perlgeek.de/perl6-dev/2017-05-28#i_14648548
The first eval uses emoji
Thanks for the report!
Fixed with https://github.com/rakudo/rakudo/commit/87d0e0a39e . Tests needed.
> On 28 May 2017, at 03:46, hanenkamp (via RT)
> wrote:
>
> # New Ticket Created by hanenkamp
> # Please include the string: [perl #131386]
> # in the subject line of all future corresponde
Thanks for the report!
Fixed with https://github.com/rakudo/rakudo/commit/87d0e0a39e . Tests needed.
> On 28 May 2017, at 03:46, hanenkamp (via RT)
> wrote:
>
> # New Ticket Created by hanenkamp
> # Please include the string: [perl #131386]
> # in the subject line of all future corresponde
This bug is still present in
This is Rakudo version 2017.05-134-g0c5fe56cc built on MoarVM version
2017.05-25-g62bc54e9
implementing Perl 6.c.
Still present in
This is Rakudo version 2017.05-134-g0c5fe56cc built on MoarVM version
2017.05-25-g62bc54e9
implementing Perl 6.c.
24 matches
Mail list logo
