# New Ticket Created by Lloyd Fournier
# Please include the string: [perl #131705]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131705 >
echo 'constant @foo is export = /{ say "hello" } ./, > Foo.pm6
perl6 -I. -e 'use
# New Ticket Created by Lloyd Fournier
# Please include the string: [perl #131704]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131704 >
perl6 -e 'constant $foo is export = /foo/;'
seems to be being called on the regex
# New Ticket Created by Samantha McVey
# Please include the string: [perl #131703]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131703 >
Here is the offending code
https://gist.github.com/9ed8322b4c9e1a40e1f3df495d8cee1d
# New Ticket Created by gfw blackcat
# Please include the string: [perl #131700]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131700 >
In bash on win10
Code:
perl6 --ll-exception -e ' prompt "123" '
Output:
123
Cannot
This was resolved together with
https://rt.perl.org/Ticket/Display.html?id=131241
Tests needed, maybe. See other ticket for info on this.
On 2016-12-17 01:42:04, elizabeth wrote:
> $ 6 'my $b = .BagHash; $_-- for $b.values; dd $b'
> BagHash $b = ("a"=>0,"c"=>0,"b"=>1,"e"=>0,"f"=>0,"d"=>0).BagHash
Done in
https://github.com/rakudo/rakudo/commit/ae891f93676fdf412c7e8fa517f5bda2bd6a41d6
We now warn on the ambiguity of >> or ยป when used where it could easily be
intended as either a hyper or the quotewords terminator. While we could, in
theory, do some lookahead to try to suppress this warning in some cases, it
will be brittle in the face of languages that mutate the postfix
On Tue, 04 Jul 2017 07:20:50 -0700, elizabeth wrote:
> > Hm. Wouldn't that make behavior of Lists and Arrays different?
>
> No, because Lists are supposed to be immutable wrt to the number of
> elements.
Yes, but that doesn't mean the user of the list necessarily knows or has to
know how many
> On 4 Jul 2017, at 16:19, Elizabeth Mattijsen wrote:
> That said, a List may not always be completely reified already. So
> logically, a List may have 100 elements, it could well be that only 42 of
> these elements exist already. Which means that the underlying NQP array,
> On 4 Jul 2017, at 16:05, Aleks-Daniel Jakimenko-Aleksejev via RT
> wrote:
> On 2017-07-04 05:29:20, comdog wrote:
>> Accessing a List element beyond the end of the List returns Nil,
>> although accessing an element before the beginning returns an out of
>> bounds
> On 4 Jul 2017, at 16:05, Aleks-Daniel Jakimenko-Aleksejev via RT
> wrote:
> On 2017-07-04 05:29:20, comdog wrote:
>> Accessing a List element beyond the end of the List returns Nil,
>> although accessing an element before the beginning returns an out of
>> bounds
Hm. Wouldn't that make behavior of Lists and Arrays different?
On 2017-07-04 05:29:20, comdog wrote:
> Accessing a List element beyond the end of the List returns Nil,
> although accessing an element before the beginning returns an out of
> bounds failure. I think there's two things that can be
# New Ticket Created by "brian d foy"
# Please include the string: [perl #131699]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131699 >
Accessing a List element beyond the end of the List returns Nil,
although accessing an
13 matches
Mail list logo