[perl #126172] maybe a bug

2015-09-24 Thread via RT
# New Ticket Created by 宋文泰 # Please include the string: [perl #126172] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126172 > ```perl6 code my @a = 1,2,3; my @b; @b.push: @a,; ``` @b is [1,2,3], not [ [1,2,3] ], is this a

[perl #126169] t/spec/S17-supply/watch-path.t fails occasionally under high load.

2015-09-24 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #126169] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126169 > Works fine run standalone. -- Will "Coke" Coleda

[perl #126168] t/spec/S17-lowlevel/lock.t fails occasionally under high load.

2015-09-24 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #126168] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126168 > Works fine when run standalone. -- Will "Coke" Coleda

[perl #126049] [BUG] [GLR] Implicitly returning nothing from a subroutine returns an empty container

2015-09-24 Thread Larry Wall via RT
In C culture, a bare return means "This is a procedure, not a function, and I'm not expecting to return anything", and so I think the absence of a meaningful value is properly conveyed by Nil in Perl 6. If the intent of a return is to allow interpolation of Slip or (), then that choice should b

Re: [perl #124133] Case insensitive file systems bleed through to "use"

2015-09-24 Thread Elizabeth Mattijsen
> On 24 Sep 2015, at 13:59, Will Coleda via RT > wrote: > On Fri Mar 20 12:10:32 2015, coke wrote: >> on OS X, I can run >> >> "use TeSt;" >> >> And it works. If we can error on that, we probably should. >> > > perl 5 seems to do the same. FWIW, this is on my radar… It should *not* do the s

[perl #76278] [BUG] &make outside of an action method has no effect in Rakudo

2015-09-24 Thread jn...@jnthn.net via RT
On Tue Jun 29 15:37:31 2010, masak wrote: > rakudo: "foo" ~~ /foo/; say "What kind of $()l am I?" > rakudo 451b40: OUTPUT«What kind of l am I?␤» > hm, shouldn't that say 'fool'? > no > rakudo: "foo" ~~ / foo {make "foo"} /; say "What kind of $()l am I?" > pmichaud: what about that? > masak:

[perl #113884] [BUG] Constant interpolation into regexes does not participate in LTM

2015-09-24 Thread jn...@jnthn.net via RT
On Thu Jun 28 08:14:23 2012, moritz wrote: > < TimToady> oh, wait > < TimToady> Variable matches are considered declarative if and only if > the variable > < TimToady> is known to represent a constant > < TimToady> nr: constant $x = 'ab'; say ('ab' ~~ / a | b | $x /).Str > <+p6eval> rakudo 88a9d6

[perl #124242] say() on self-recursive object invokes OOM killer

2015-09-24 Thread Will Coleda via RT
This now works: $ ./perl6 rt124242.p6 Bug.new(myself => (my \Array_4544383328 = [Bug.new(myself => Array_4544383328)])) Closeable with tests. -- Will "Coke" Coleda

[perl #126163] [LTA] silence of IterationEnd failures

2015-09-24 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #126163] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126163 > Even if [perl #126146] and [perl #126147] are not bugs, that .map et al go wrong *silently* is

[perl #124906] [GLR] 'over-flattening'

2015-09-24 Thread Will Coleda via RT
This fudged test was removed as the desired behavior was changed as part of the GLR. Resolving ticket. -- Will "Coke" Coleda

[perl #124568] [GLR] 'Rakudo still uses Nil here'

2015-09-24 Thread Will Coleda via RT
Pretty sure this predates the GLR - the current behavior is that the list has no holes, whereas we used to expect a Nil or a (). This ticket can probably be closed (and the tests removed) with review. -- Will "Coke" Coleda

Re: [perl #126135] [LTA] definedness constraint ignored on native type

2015-09-24 Thread Zefram
jn...@jnthn.net via RT wrote: >A native type cannot hold an undefined value, so writing :U should >be a compile time error (it could never match I would expect the type object (int) to match the notional int:U constraint. Rakudo is quite clear that (int) isa int, and obviously it's not defined in

[perl #126160] [BUG] uint64 does not behave unsigned

2015-09-24 Thread via RT
# New Ticket Created by Helmut Wollmersdorfer # Please include the string: [perl #126160] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126160 > [BUG] [13:02] m: my uint64 $z = 0 +| (1 +< 62);say sprintf("%064b",$z); [13:02

[perl #126149] use Test; is(Mu, Mu); done-testing;

2015-09-24 Thread Tokuhiro Matsuno
# New Ticket Created by "Tokuhiro Matsuno" # Please include the string: [perl #126149] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126149 > This code throws exception. `use Test; is(Mu, Mu); done-testing;` Output: Cannot c

[perl #126148] [BUG] `<2147483648/8>' gives "Cannot find method 'compile_time_value'", breaks EVAL(Instant.perl)

2015-09-24 Thread via RT
# New Ticket Created by Carlin Bingham # Please include the string: [perl #126148] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126148 > carlin m: <1176079147668/815> camelia rakudo-moar f2488e: OUTPUT«===SORRY!===␤

[perl6/specs] bab6c3: Remove language on auto-export of protos.

2015-09-24 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: bab6c34833edd8f9cdfb8c6b61290c54e079ea49 https://github.com/perl6/specs/commit/bab6c34833edd8f9cdfb8c6b61290c54e079ea49 Author: jnthn Date: 2015-09-23 (Wed, 23 Sep 2015) Changed paths: M S11-modules.

[perl #124133] Case insensitive file systems bleed through to "use"

2015-09-24 Thread Will Coleda via RT
On Fri Mar 20 12:10:32 2015, coke wrote: > on OS X, I can run > > "use TeSt;" > > And it works. If we can error on that, we probably should. > perl 5 seems to do the same. -- Will "Coke" Coleda

[perl #126159] [DOC] IterationEnd special cases

2015-09-24 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #126159] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126159 > The rejection of [perl #126146] and [perl #126147] as not bugs means that the language features