[perl #126655] [JVM] NPE on certain hash types with whatever/zen access

2015-11-18 Thread Christian Bartolomaeus via RT
The problem was, that .sort was broken on rakudo.jvm. That was fixed with commit https://github.com/rakudo/rakudo/commit/5da0b3faed Tests are unfudged again and I'm closing this ticket as 'resolved'.

[perl #126656] [JVM] NPE on certain array/hash access

2015-11-18 Thread Christian Bartolomaeus via RT
The problem was, that .sort was broken on rakudo.jvm. That was fixed with commit https://github.com/rakudo/rakudo/commit/5da0b3faed Tests are unfudged again and I'm closing this ticket as 'resolved'.

[perl #126657] [JVM] NPE in BagHash/MixHash/SetHash tests

2015-11-18 Thread Christian Bartolomaeus via RT
The problem was, that .sort was broken on rakudo.jvm. That was fixed with commit https://github.com/rakudo/rakudo/commit/5da0b3faed Tests are unfudged again and I'm closing this ticket as 'resolved'.

[perl #126671] [JVM] Failing tests in S32-hash/adverbs.t: Ordering of elements of @!unexpected in X::Adverb

2015-11-18 Thread via RT
# New Ticket Created by Christian Bartolomaeus # Please include the string: [perl #126671] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126671 > On rakudo.jvm there are failing tests in S32-hash/adverbs.t because the return

[perl #126671] [JVM] Failing tests in S32-hash/adverbs.t: Ordering of elements of @!unexpected in X::Adverb

2015-11-18 Thread Christian Bartolomaeus via RT
The same thing happens in S32-array/adverbs.t.

[perl #125815] :nth(-666) is intended to die, but it does not

2015-11-18 Thread Christian Bartolomaeus via RT
This seems to work now: $ perl6 -e 'say "foo foo foo".subst(/foo/, "bar", :nth(-Inf));' Attempt to retrieve before :1st match -- :nth(-Inf) in block at -e:1 skids++ added tests with commit e502eaf9. For some reason a few of those tests still fail (do not die) on rakudo.jvm. I'll flag this ti

[perl #125815] [JVM] :nth(-666) is intended to die, but it does not

2015-11-18 Thread Christian Bartolomaeus via RT
The failing tests on JVM behave correctly, when executed on the command line: $ perl6-j -e 'my $data = "f fo foo fooo f fo foo"; $data ~~ m:nth(-1)/fo+/; say "alive"' Attempt to retrieve before :1st match -- :nth(-1) in block at -e:1 The same code in the test file (using 'throws-l

[perl #119427] [BUG] Rakudo doesn't parse @a[10] as a shaped array in a signature (but STD.pm6 does)

2015-11-18 Thread jn...@jnthn.net via RT
On Sat Jan 03 08:12:50 2015, barto...@gmx.de wrote: > Nowadays @a[10] in a signature is parsed as a shaped array (and gives > a fitting error message since shape declaration is NYI): > > $ perl6 -e 'sub foo(@a[10]) { }' > ===SORRY!=== Error while compiling -e > Shape declaration is not yet impleme

[perl #126493] [JVM] [GLR] expected Positional but got Seq

2015-11-18 Thread Christian Bartolomaeus via RT
I fudged some more tests with this error mode in S32-list/squish.t The error happens in /src/core/Mu.pm when binding to @a in the signature of this sub definition: multi sub infix:(@a, @b) { ... } Moar and JVM behave differently when trying to bind a Seq in such a case: $ perl6-m -e 'sub foo (

[perl #126673] [JVM] Failing tests in S03-operators/arith.t: X::TypeCheck::Return exception produced no message

2015-11-18 Thread via RT
# New Ticket Created by Christian Bartolomaeus # Please include the string: [perl #126673] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126673 > On rakudo.jvm the following code does not die with 'X::Numeric::DivideByZero'

[perl #126669] LTA error with "need 6"/"use 6" (no "v")

2015-11-18 Thread via RT
# New Ticket Created by Yary # Please include the string: [perl #126669] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126669 > When Rakudo (MoarVM) 6.b encounters need 6.000; or use 6.000; it gives an error: Undeclar

[perl #126675] [BUG][MOAR/NativeCall] Evaluating the size of a structure is wrongly done

2015-11-18 Thread via RT
# New Ticket Created by Sylvain Colinet # Please include the string: [perl #126675] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126675 > While writing a binding for Gumbo (A c99 lib to parse html) I came across an error on

[perl #126675] [BUG][MOAR/NativeCall] Evaluating the size of a structure is wrongly done

2015-11-18 Thread Tobias Leich via RT
I can confirm that the alignment is wrong. To prove, I created this repo: https://github.com/FROGGS/p6-Gumbo Running `perl6 t` gives: ~/dev/gumbo$ perl6 t/00-structure-sizes.t 1..19 ok 1 - sizeof(size_t) ok 2 - sizeof(GumboStringPiece) ok 3 - sizeof(GumboSourcePosition) ok 4 - sizeof(GumboVector)

[perl #126678] [JVM] Failings tests in S15-unicode-information/uniname.t: Method 'NFC' not found for invocant of class 'Str'

2015-11-18 Thread via RT
# New Ticket Created by Christian Bartolomaeus # Please include the string: [perl #126678] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126678 > There are skipped tests in S15-unicode-information/uniname.t which die with the

[perl #126675] [BUG][MOAR/NativeCall] Evaluating the size of a structure is wrongly done

2015-11-18 Thread Tobias Leich via RT
The fix for this misalignment is: https://github.com/MoarVM/MoarVM/commit/7b382acd61 Test got added here: https://github.com/rakudo/rakudo/commit/deeec10a2e Closing ticket as resolved.

[perl #126679] [JVM] failing tests in S32-str/split-simple.t: java.lang.RuntimeException: Cannot access a native attribute as a reference attribute

2015-11-18 Thread via RT
# New Ticket Created by Christian Bartolomaeus # Please include the string: [perl #126679] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126679 > There are skipped tests in S32-str/split-simple.t which die with the following

[perl #126680] Referring to an attribute in BUILD prevents it from getting its default value

2015-11-18 Thread via RT
# New Ticket Created by Rob Hoelz # Please include the string: [perl #126680] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126680 > Excerpt from #perl6: 22:42 hoelzro if the default logic happens after BUI