Branch: refs/heads/master
Home: https://github.com/perl6/specs
Commit: 4b83524181105f88c02127da010e016a690be685
https://github.com/perl6/specs/commit/4b83524181105f88c02127da010e016a690be685
Author: Zoffix Znet
Date: 2017-05-29 (Mon, 29 May 2017)
Changed paths:
M v6d.po
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.
On Sun, May 28, 2017 at 11:29 PM, Timo Paulssen wrote:
> what version of rakudo are you on?
This is Rakudo version 2017.01 built on MoarVM version 2017.01
After upgrading to 2017.04.3 built on MoarVM version 2017.04-53-g66c6dda
it started to work.
It is magic!
:)
Gabor
/me thanks Timo and goe
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
what version of rakudo are you on?
# 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 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 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 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
# 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
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
Reading https://docs.perl6.org/type/IO::Path#method_child
I thought I need to use .child or .add but .add does not seem to work:
"foo/bar".IO.add("def")
No such method 'add' for invocant of type 'IO::Path'
in block at line 1
Gabor
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
If they are really identical, might it be an idea to use symbolic
links for 2 of them?
That would reduce the code to be stored, maintained, and transmitted,
and make it blatantly obvious if different versions are required.
On 5/28/17, Nelo Onyiah wrote:
> I presume that's j for JVM and m for Moar
I presume that's j for JVM and m for MoarVM.
On 28 May 2017 2:42 pm, "Gabor Szabo" wrote:
> Hi,
>
> I've just noticed that in /Applications/Rakudo/share/perl6/site/bin/ I
> have 3 copies
> of every script. One with a -j and one with a -m at the end just as for
> zef:
>
> zef
> zef-j
> zef-m
>
>
Hi,
I've just noticed that in /Applications/Rakudo/share/perl6/site/bin/ I
have 3 copies
of every script. One with a -j and one with a -m at the end just as for zef:
zef
zef-j
zef-m
The files seem to be identical.
Why are there 3 and what is their purpose?
Gabor
On 05/28/2017 12:04 PM, Elizabeth Mattijsen wrote:
On 28 May 2017, at 11:49, Marcel Timmerman wrote:
I've a question about naming a specific class. It is about the type Decimal128
which I need in BSON. For the moment I want it to hold a number and in BSON to
encode and decode it to a byte stre
> On 28 May 2017, at 11:49, Marcel Timmerman wrote:
> I've a question about naming a specific class. It is about the type
> Decimal128 which I need in BSON. For the moment I want it to hold a number
> and in BSON to encode and decode it to a byte stream. Later I can add
> specific operations an
Hi,
I've a question about naming a specific class. It is about the type
Decimal128 which I need in BSON. For the moment I want it to hold a
number and in BSON to encode and decode it to a byte stream. Later I can
add specific operations and other known decimal types. I am thinking of
the foll
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.
34 matches
Mail list logo
