Re: [perl #128399] Scalar.WHICH doesn't discriminate enough

> On 14 Jun 2016, at 06:27, Zefram (via RT) > wrote: > > # New Ticket Created by Zefram > # Please include the string: [perl #128399] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=128399 > > > >> my @a = 22,33 > [22 33

Re: [perl #128399] Scalar.WHICH doesn't discriminate enough

Elizabeth Mattijsen via RT wrote: >.VAR reveals the properties of the underlying container of the object >it is used on. For an array, this *IS* the same for each element. No, .VAR really is yielding two different objects that behave differently. It's not just the ancillary properties of the cont

[perl #128401] [BUG] (;;) makes compiler barf

# New Ticket Created by Zefram # Please include the string: [perl #128401] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128401 > $ perl6 -e '(;;)' Non ast passed to UNWANTED: BOOTInt Non ast passed to UNWANTED: BOOTInt Non-Q

[perl #128402] [LTA] Only a line number is printed when assigning to immutable values (stuff; $x = 42; stuff)

# New Ticket Created by Alex Jakimenko # Please include the string: [perl #128402] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128402 > Code: my $x := 42; my $a = 4 + 8; $x = 24; my $b = 15 + 16; Result: Cannot assign to

Re: [perl #128156] dependency errors

@FROGGS for me that test passes with https://github.com/rakudo/rakudo/commit/491af6034d (without your fix). Your commit did fix the issue of the file's content changing (and therefore the SHA) causing re-precompilati

[perl #128404] @list.permutations errors out if @list has a single element

# New Ticket Created by Rob Hoelz # Please include the string: [perl #128404] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128404 > For example: > my @list = 1; > say @list.permutations; > Index out of range. Is: -1, sho

Re: [perl #128399] Scalar.WHICH doesn't discriminate enough

Additional information: one also gets identical .WHICH values for scalars that are not actually part of the same array but arise from a single declaration that executes multiple times. This can happen for a declaration of an array variable or of a scalar variable. Here's another formulation of th

Re: [perl #128402] [LTA] Only a line number is printed when assigning to immutable values (stuff; $x = 42; stuff)

> On 15 Jun 2016, at 00:38, Alex Jakimenko (via RT) > wrote: > > # New Ticket Created by Alex Jakimenko > # Please include the string: [perl #128402] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=128402 > > > > Code: >

Re: [perl #128382] [BUG] xx sinks when it shouldn't

> On 15 Jun 2016, at 05:33, Zoffix Znet via RT > wrote: > > Looks like this was fixed: > > m: class A { method sink() { print "sunk " } }; my @a = A.new xx 10 > rakudo-moar ac0dcd: ( no output ) Indeed, fixed with 0ef135a52207d376df3 Liz

[perl #128406] [BUG] Scalar.perl produces confused results

# New Ticket Created by Zefram # Please include the string: [perl #128406] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128406 > Calling .perl on a Scalar container object produces output that represents neither the containe

[perl #128407] [BUG] Scalar:D variable botches type check

# New Ticket Created by Zefram # Please include the string: [perl #128407] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128407 > The Scalar:D type constraint doesn't work on a variable: > my $v = 3 > my $s = $v.VAR > $s.WHA