[perl #122645] [BUG] LTA error message on $@ in Rakudo

2014-10-21 Thread Christian Bartolomaeus via RT
This works now: $ perl6 -e '$@; say "alive"' alive Since there also is a passing test in S32-exceptions/misc.t, I'm closing the ticket.

Re: [perl #120397] [BUG] Segfault (Moar, JVM) and Null PMC access (Parrot) when assigning to a variable "declared" in a subsignature in a variable declaration in Rakudo

2014-10-21 Thread Nicholas Clark
On Fri, Oct 17, 2014 at 03:08:12AM -0700, Christian Bartolomaeus via RT wrote: > Status update: Right now this is no longer a Null PMC access error on Parrot > but we get a segfault on Moar as well: > > $ perl6-m -e 'my $a ($b, $c); $b = 42;' > Segmentation fault valgrind doesn't spot any undefi

[perl #122355] [BUG] Can't use &exit from END block in Rakudo, all backends

2014-10-21 Thread Christian Bartolomaeus via RT
This seems to work now: $ perl6-m -e 'END exit(5)'; echo $? 5 $ perl6-p -e 'END exit(5)'; echo $? 5 $ perl6-j -e 'END exit(5)'; echo $? 5 I added a test to S04-phasers/end.t with the following commit: https://github.com/perl6/roast/commit/7050e78bc7 I'm closing the ticket now.

[perl #120407] [JVM,Moar] BagHash.grab doesn't properly update .elems

2014-10-21 Thread Christian Bartolomaeus via RT
The tests in question are passing again (and they are unfudged). AFAICT the relevant commits to rakudo were: * https://github.com/rakudo/rakudo/commit/7ff58f00b0faf005444eb3239bf5c547e4beedd1 * https://github.com/rakudo/rakudo/commit/368750812da549f84da9498e0fa97bf9c2f2f7b3 I'm closing this t

[perl #122448] 0 ^^ ^7 broken on Moar

2014-10-21 Thread Christian Bartolomaeus via RT
Looks like this was fixed the other day. The relevant test in S03-operators/short-circuit.t was unfudged with this commit: https://github.com/perl6/roast/commit/31c3fd1f929b2ad6adcc51ebd7808e4568b8b7f7 (and passes now). So I'm closing this ticket.

[perl #116597] [BUG] Something internal happens when using form of rule invocation syntax in Rakduo

2014-10-21 Thread Christian Bartolomaeus via RT
This runs fine on Moar and JVM, but still fails on Parrot: $ perl6-m -e 'grammar G { token TOP() { }; token lit($s) { $s } }; say ~G.parse: "a";' a $ perl6-j -e 'grammar G { token TOP() { }; token lit($s) { $s } }; say ~G.parse: "a";' a $ perl6-p -e 'grammar G { token TOP() { }; token lit($

[perl #122681] S32-temporal/Date.t (etc.) failures

2014-10-21 Thread Christian Bartolomaeus via RT
The test failures in S32-temporal/Date* are gone. For parrot there was a commit from lizmat++ which fixed the issue: https://github.com/rakudo/rakudo/commit/a640aab02f8fb73f64693ee3e5301ffc15bed748 I'm closing this ticket now.

New supported release Parrot 6.9.0 "Rosy-faced Lovebird"

2014-10-21 Thread Reini Urban
On behalf of the Parrot team, I'm proud to announce the new supported release Parrot 6.9.0, also known as "Rosy-faced Lovebird". Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 6.9.0 is available on Parrot's FTP site (ftp://ftp.parrot.org/pub/parrot/

[perl #115500] [BUG] Addition of two quasis with arithmetical expressions sometimes adds only the second quasi twice, sometimes fails, in Rakudo

2014-10-21 Thread Christian Bartolomaeus via RT
The addition of two quasis with arithmetical expressions works on Moar and JVM. On Parrot the old error ("Cannot call 'infix:<+>'; none of these signatures match") is gone, but the result of the addition is still wrong. $ perl6-m -e 'macro bohr() { my $q1 = quasi { 6 }; my $q2 = quasi { 6 * 10 }

[perl #115958] bigint rshift op is 1s complement, should be 2s complement

2014-10-21 Thread Christian Bartolomaeus via RT
This seems to work now: $ perl6-m -e 'say -1 +> 1' -1 $ perl6-p -e 'say -1 +> 1' -1 $ perl6-j -e 'say -1 +> 1' -1 skidd++ added a test to S03-operators/bit.t with the following commit: https://github.com/perl6/roast/commit/3f8942bdadaeb101e0b86745228ca2039f788e35 I'm closing this ticket now.

[perl #115966] Numerous problems with bigint bitops

2014-10-21 Thread Christian Bartolomaeus via RT
Well, things look better today (results are identical on Moar, Parrot and JVM): $ perl6 -e 'say -5 +& -2' -6 $ perl6 -e '0x0123456789abcdef.perl.say' 81985529216486895 $ perl6 -e 'say -0x801 +| 0;' -576460752303423489 Also there were some tests added to S03-operators/bit.t (https:/

[perl6/specs] de5fbb: [S32::Exception] Add X::Syntax::Term::MissingIniti...

2014-10-21 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: de5fbbb204f5b46a0933d48b54bd5a382fecdf26 https://github.com/perl6/specs/commit/de5fbbb204f5b46a0933d48b54bd5a382fecdf26 Author: usev6 Date: 2014-10-20 (Mon, 20 Oct 2014) Changed paths: M S32-setting-

[perl #123016] [BUG] When overriding .gist, it's all or nothing

2014-10-21 Thread via RT
# New Ticket Created by John Kingsley # Please include the string: [perl #123016] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=123016 > Hi, When I define a gist() method, it doesn't get called when I expected it to be call

Re: [perl #115566] [BUG] Variables declared in quasi blocks don't work in Rakudo

2014-10-21 Thread Nicholas Clark
On Tue, Oct 14, 2014 at 04:45:47AM -0700, Christian Bartolomaeus via RT wrote: > Just an update: Parrot no longer segfaults, but Moar does: > > $ perl6-m -e 'macro foo { quasi { my $a = "OH HAI"; say $a } }; foo' > Segmentation fault ==23928== Invalid read of size 8 ==23928==at 0x4F57A5E: MVM

[perl #113904] [BUG] Null PMC Access when blocks get the wrong $_ sometimes in Rakudo

2014-10-21 Thread Christian Bartolomaeus via RT
This Null PMC Access error does not occur any longer. Also the SixModelObject error is gone. (Output of following commands is identical for Moar, Parrot and JVM.) $ perl6 -e '$_ = 1; for ^2 -> $p { when $p { say "matched"; $_.say } }' matched 1 $ perl6-m -e '$_ = 42; for 1 -> $p { if 1 { .say }