# 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
It is a bug. It's because of the way require is implemented at the moment
is a little rough. The first one is asking for the .^ver of a stub package
require has inserted. ::("Bailador").ver should work.
LL
On Wed, Jul 5, 2017 at 4:46 AM Martin Barth wrote:
> Hi there,
>
> is
# 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
The fix for this ticket also fixed
https://rt.perl.org/Public/Bug/Display.html?id=130366
However, we couldn't find any tests… are there any? If they, perhaps they also
cover 130366.
On 2017-05-01 14:31:19, elizabeth wrote:
> Fixed for the .values case with c1bd844e2752799af8e and
>
Done in
https://github.com/rakudo/rakudo/commit/ae891f93676fdf412c7e8fa517f5bda2bd6a41d6
Hi there,
is this a bug?
> perl6 -Ilib -e 'require Bailador; say Bailador.^ver'
No such method 'ver' for invocant of type 'Perl6::Metamodel::PackageHOW'
in block at -e line 1
vs
> perl6 -Ilib -e 'use Bailador; say Bailador.^ver'
v0.0.7
it seems that there a 2 different metaclasses being
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
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #131701]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131701 >
Works (space between brackets and ):
$ perl6 -e 'dd [[ ],]'
[["a"],]
Doesn't
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 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: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
19 matches
Mail list logo