On Thu Dec 17 06:37:02 2015, elizabeth wrote:
> [...]
> > When `is cached` trait is used without declaring `use experimental
> > :cached` the error message does not mention the fact that
> > experimental is missing, but it should:
>
> Fixed with 7188229344f93cf4b1eb , tests needed.
I started to
On Wed Feb 10 03:58:59 2016, elizabeth wrote:
> [..]
> >> Code:
> >> ::a
> >>
> >> Result:
> >> ===SORRY!===
> >> Could not locate compile-time value for symbol a
> >>
> >>
> >> No line number! Even if you try to run it with --ll-exception it
> >> does not really help.
> >
> > Fixed with
On Sat May 07 15:26:05 2016, sml...@gmail.com wrote:
> No longer an issue with current Rakudo:
>
> ➜ my @a = -1, 2, -3; say [+] (.abs + .abs for @a)
> 12
>
> Not sure if a test is needed for this.
I'm not really sure, either. But since we have a bunch of tests for cases where
we
There was already a (passing) test for this in S16-filehandles/argfiles.t
(added with commit a4721fe09d).
I verified that said test hangs with rakudo on commit a4721fe09d. I'm closing
this ticket as 'resolved'.
On Thu Feb 25 10:58:44 2016, elizabeth wrote:
> Fixed with 4f338014ae662c790f964 , tests are still needed
Great! I added a test to S10-packages/precompilation.t with commit
https://github.com/perl6/roast/commit/d2eb961cec
I'm closing this ticket as 'resolved'.
There is a test in S06-parameters/smiley.t that the code
sub a(Int:foo $a) { $a }
fails with X::InvalidTypeSmiley. I'm closing this ticket as 'resolved'.
On Sun Apr 24 03:51:25 2016, pesc...@gmail.com wrote:
>
> Fixed in Rakudo commit 60550d15, test added in roast commit 95a5c18.
Great! I'm closing this ticket as 'resolved'.
As a status update: All code snippet in this ticket die now with
X::Syntax::Malformed and complain about 'Malformed my' during compilation (I
think, it was fixed with rakudo commit e1e03e6ed5):
$ perl6-m -e 'my Str where "foo" $test'
===SORRY!=== Error while compiling -e
Malformed my
at -e:1
Running the following code with RAKUDO_MODULE_DEBUG=1 revealed that rakudo-j
did precompile a module, but was unable to use it afterwards -- and therefore
removed it:
$ echo '#' > Foo.pm6
$ RAKUDO_MODULE_DEBUG=1 ./perl6-j -I. -e 'use Foo'
Since that happened with Test.pm as well, the long
On Sun Jul 24 01:22:23 2016, barto...@gmx.de wrote:
> There are failing (skipped) tests for rakudo-j in S32-list/unique.t
> and S32-list/repeated.t that fail with 'This Seq has already been
> iterated, and its values consumed'. An example:
>
> $ ./perl6-j -e 'my $a = ; $a .= unique; say $a.perl'
Behaviour for Moar is unchanged. The code works as expected on JVM:
$ perl6-j -e 'for 1, 2 { LAST say $_ }'
2
I added a test to S04-phasers/in-loop.t with commit
https://github.com/perl6/roast/commit/a1c52bacd3
BTW, this ticket looks related to the failing tests from
The remaining issues are resolved now. Therefore, I'm closing this ticket.
I found another strange failure which dies the same way. The error happens in
S32-list/combinations.t and can be golfed down to this:
$ ./perl6-j -e 'say (1).combinations(0..1); say ().combinations'
(() (1))
Expected a native int argument for '$a'
Like my original report this happens while
Fixed with commit https://github.com/rakudo/rakudo/commit/d09ad6eaf7
The tests are passing again. I'm closing this ticket as 'resolved'.
The test passes again (rakudo-j). I'm closing this ticket as resolved.
I unfudged one test for this ticket in S04-statements/label.t with commit
https://github.com/perl6/roast/commit/ef7b0da83d
The code that used to segfault works fine now:
$ perl6-m -e 'A: for 1 { for 1 { last A }; CONTROL { when CX::Last { say "last"
}; default { .perl.say } } }'
last
$
On Fri Jul 08 14:57:11 2016, elizabeth wrote:
> Have you tried with MVM_SPESH_DISABLE=1 and friends?
This only happens on JVM, so there aren't many of those friends, are there? :-)
At least I tried now with 'optimize=0' and got the same error. I also tried
'RAKUDO_MODULE_DEBUG=1' but didn't
The test in question does not die anymore on JVM. The test does not pass yet
(its fudged 'todo' for all backends), but it fails the same way as it does on
MoarVM. There is https://rt.perl.org/Ticket/Display.html?id=124660 for that
failure.
I'm closing this ticket as 'resolved'.
On Fri, 17 Feb 2017 12:41:12 -0800, david.warring wrote:
> 09:38] r: my $r := do 42 with Nil; say $r.perl;
> [09:38] <+camelia> rakudo-moar a162c4: OUTPUT«Empty»
> [09:38] <+camelia> ..rakudo-jvm fb4f16: OUTPUT«slip()»
Just a short comment on this: Camelia runs on an older commit (fb4f16 is
The test in question is this:
is(("acdbcdbe" ~~ rx:P5/a(?:b|c|d){6,7}?(.)/ && $0), "e", 're_tests 617/1
(801)');
It turns out that the problem is not related to P5, but happens with P6Regex as
well:
r: say ("ddd" ~~ / [ x | d ] **? 3 /)
rakudo-jvm fb4f16: OUTPUT«｢d｣»
..rakudo-moar
FWIW that hangs on FreeBSD as well (maybe not too much a surprise, given the
relationship of the OSes).
I think I know what happens. On MoarVM we call the Perl 6 method 'defined':
https://github.com/perl6/nqp/blob/ac9a66abad13a7fd3d52b22ba533a9f8436ad1ac/src/vm/moar/QAST/QASTOperationsMAST.nqp#L787
On JVM we test for concreteness (like nqp::isconcrete would do):
All code examples from above are running fine now.
Instead there are four skipped tests in S32-array/adverbs.t which die because
the wrong multi postcircumfix:<[ ]> is selected.
I'll change the subject of this ticket and leave it open to collect those weird
errors about wrong multi candidates
And now a lot of tests from roast exploded with "Expected a native int argument
for '$a'" after this commit introduced two uses of postfix:<++> and
postfix:<--> in lib/Test.pm6:
https://github.com/rakudo/rakudo/commit/ffb5789f7eef1157c7556897c4805569df4f7aa4
Modifying the two relevant lines
The workaround for JVM has been removed with Rakudo commit c4055e455d.
I'm closing this ticket as 'resolved'.
I think the p6bool is removed here:
https://github.com/rakudo/rakudo/blob/605f272881a76f0c5a9e352670a1e61eaa627ca6/src/Perl6/Optimizer.nqp#L1300
As far as I understand, the following code shows the problem at a lower level
(no differentiation between optimize=(1|2) required -- it happens on all
On Thu Oct 06 16:07:15 2016, elizabeth wrote:
> [...]
> >> 13:42 < lizmat> [Coke]: that is a known issue, several places in the
> >> core work
> >>around that
> >> 13:42 < lizmat> r: sub foo($a) { my $ = sub bar {} }; my $a=foo(1);
> >> 13:42 <+camelia> rakudo-{moar,jvm} a05867: (
The test passes no on JVM. I'm closing this ticket as 'resolved'.
This works now on JVM (fixed by psch++ with
https://github.com/perl6/nqp/commit/1344f28130)
$ ./perl6-j -e 'say < 8+9i > eqv ComplexStr.new(<8+9i>, "8+9i")'
True
I'm closing this ticket as 'resolved'.
Fixed with https://github.com/perl6/nqp/commit/5769a65fbc and
https://github.com/perl6/nqp/commit/2d88d98201
I'm closing this ticket as 'resolved'.
The tests in S02-literals/misc-interpolation.t are passing now with rakudo-j.
(Fixed with https://github.com/perl6/nqp/commit/2d88d98201)
I'm closing this ticket as 'resolved'.
Fixed with https://github.com/perl6/nqp/commit/2d88d98201
I'm closing this ticket as 'resolved'.
On Sat Oct 31 10:56:36 2015, coke wrote:
> This dies, but only on the JVM:
>
> 13:41 < [Coke]> r: sub foo($a) { sub bar {} }; my $a=foo(1);
> 13:41 <+camelia> rakudo-moar a05867: ( no output )
> 13:41 <+camelia> ..rakudo-jvm a05867:
> OUTPUT«java.lang.NullPointerException
> in
On Tue Oct 21 00:20:02 2014, barto...@gmx.de wrote:
> Those are the emergency hot-fix commits, which are still in nom:
>
> *
> https://github.com/rakudo/rakudo/commit/33131e00d76fef9d4d8b6c93cdd0c110fd2897fe
>
> *
> https://github.com/rakudo/rakudo/commit/94d83c1f7c4976c0fc0e7414e588d59ecf171628
On Sat Apr 23 01:51:35 2016, barto...@gmx.de wrote:
> The following code (from S06-advanced/wrap.t, test skipped for rakudo-
> j) dies on rakudo-jvm:
>
> $ perl6-j -e 'my @t = gather { sub triangle { take "=" x 3; }; for
> reverse ^3 -> $n { ({ take "=" x $n; callsame; take "="
> x $n; }); };
Yesterday we had the following discussion on #perl6-dev about this ticket:
start of discussion on IRC -- cmp.
http://irclog.perlgeek.de/perl6-dev/2016-09-19#i_13238477
bartolin lizmat: I saw your commit 9b6f2eb543 in the backlog. does that
shed a different light on RT #128320 and the
On Thu Aug 25 22:25:10 2016, awwaiid wrote:
> This is caused by RT#129092.
>
> Work-around submitted at https://github.com/rakudo/rakudo/pull/848.
Thanks a lot! The tests in S19-command-line/repl.t are passing again.
Since ticket #129092 (still open) targets the cause of the REPL failure, I'm
Just a note: This seems to be a specific problem with Moar:
$ ./perl6-j
[...]
> my int8 $i = 0x78;
120
> my int8 $j = 0x78;
120
>
I'm going to tag this ticket with [MoarVM]. Or should the ticket be moved to
the Github repo for MoarVM?
With rakudo commit 5435f32949 the test passes again on JVM. I'm closing this
ticket.
With rakudo commit 5435f32949 the tests are passing again. I'm closing this
ticket again.
With commit rakudo 5435f32949 the test passes again. I'm closing this ticket.
I made a PR for my suggested change and with NQP commit 9da2705b1b the test
passes on JVM.
I'm closing this ticket as 'resolved'.
Here are my preliminary findings about this problem.
I used the following evaluation for my debugging:
$ ./perl6-j -e 'say (so 1).perl'
1
The optimizer generates a QAST::Want with two children
(output generated with RAKUDO_OPTIMIZER_DEBUG=1):
[...]
- QAST::Op(callstatic ) :statement_id say (so
For the records: This works with '--optimize=off' (as psch++ has shown in the
linked discussion on #perl6).
$ ./perl6-j --optimize=off -e 'my $value = 42 but False; say ?$value'
False
The optimizer adds a QAST::Want for the mixin which the JVM backend does not
handle correctly.
$
Playing around I found that the following change made your examples work as
expected:
diff --git a/src/Perl6/Optimizer.nqp b/src/Perl6/Optimizer.nqp
index 12398ba..9102b7f 100644
--- a/src/Perl6/Optimizer.nqp
+++ b/src/Perl6/Optimizer.nqp
@@ -1082,7 +1082,8 @@ class Perl6::Optimizer {
I think I found a clean way to fix the problem:
https://github.com/perl6/nqp/pull/309
With Rakudo commit we get the same output on MoarVM and JVM:
$ ./perl6-j -e 'sub aa (Mu:D $a) { }; aa(Int)'
Parameter '$a' requires an instance of type Mu, but a type object was passed.
Did you forget a .new?
in sub aa at -e line 1
in block at -e line 1
$ ./perl6-j -e 'sub aa (Mu:U $a) {
On Wed Oct 26 08:19:28 2016, elizabeth wrote:
> Fixed with ae85bac528be5fc6a1 , tests needed
I added three tests to S05-metasyntax/angle-brackets.t with commit
https://github.com/perl6/roast/commit/2292a4554a
I'm closing this ticket as 'resolved'.
For the records: This fails on JVM (has to be fixed in
src/vm/jvm/runtime/org/perl6/rakudo/Binder.java, probabaly):
$ ./perl6-j -e 'class { has int $!n = 0; method x ($!n) {} }.new.x: 42'
org.perl6.nqp.sixmodel.reprs.P6OpaqueBaseInstance$BadReferenceRuntimeException:
Cannot access a native
Fixed with https://github.com/perl6/nqp/commit/b258244952
The tests are passing (again). I'm closing this ticket as 'resolved'.
On Sat Oct 15 00:31:09 2016, barto...@gmx.de wrote:
> [...]
> Tests that use the new method SeqNextNFromIterator fail due to this
> problem. From S32-list/head.t:
Again, for the records: lizmat++ put in a bandaid for rakudo-j with Rakudo
commit 666128fc6e. The tests from S32-list/head.t run
All the tests fudged with this ticket number are passing now:
https://github.com/perl6/roast/commit/8d39a9b0c86c21901824716398f74b3ab4016733
I'm closing this ticket as 'resolved'.
These tests were changed with https://github.com/perl6/roast/commit/9a266114ab
(and they are passing now).
I'm closing this ticket as 'resolved'.
On Fri, 11 Nov 2016 08:57:19 -0800, c...@zoffix.com wrote:
> On Tue, 05 Jul 2016 08:34:51 -0700, zef...@fysh.org wrote:
> > But if the content is non-numeric only by having diacritics on the
> > digits,
> > the coercion produces a bad result:
> >
> > > "34\x[308]5".Int
> > 3
>
> Thanks for the
On Tue, 18 Oct 2016 08:39:21 -0700, barto...@gmx.de wrote:
>
> Again, for the records: lizmat++ put in a bandaid for rakudo-j with
> Rakudo commit 666128fc6e. The tests from S32-list/head.t run fine, but
> the underlying problem is still there.
The bandaid was remove recently (Rakudo commit
Fixed with https://github.com/rakudo/rakudo/commit/13f6b63455
I'm closing this ticket as 'resolved'.
On Mon Jan 18 06:00:47 2016, gfldex wrote:
> sub foo(::T $t --> T){ T.new };
> my Int $i = 42;
> foo($i);
>
> # OUTPUT«Type check failed for return value; expected T but got Int in
> # sub foo at /tmp/HqdmxVFmny line 1 in block at /tmp/HqdmxVFmny
> # line 1»
As a status update: This
This works now as expected:
$ ./perl6-j -e 'my \T = ($_ for ^1); say T'
(0)
§ ./perl6-j -e 'my \T = ($_ for ^2); say T'
(0 1)
$ ./perl6-j -e 'say ($_ for ^2)'
(0 1)
I added two tests to S04-statements/for.t with commit
https://github.com/perl6/roast/commit/fc9a4a8523
I'm closing this ticket
This works now:
$ $ perl6 -e 'class A {has Str $.n; has Str @.m}; for A.^attributes -> $attr
{say $attr.name, $attr.type};'
$!n(Str)
@!m(Positional[Str])
It looks like the problem back then was related to using gist. I tried with an
older rakudo:
$ $ ./perl6-m --version
This is Rakudo version
On Sun, 08 Jan 2017 23:31:11 -0800, barto...@gmx.de wrote:
> Since the new Rakudo::Internals.OneValueIterator is used in infix:
> (Rakudo commit c405f06724) there are four failing tests in
> S03-metaops/zip.t on rakudo-j.
>
> One example of failing code:
>
> $ ./perl6-j -e 'say $(1, 2) Z '
>
A test was added with https://github.com/perl6/roast/commit/90c58ff0eb
I'm closing this ticket as 'resolved'.
On Sat, 14 Jan 2017 03:06:52 -0800, elizabeth wrote:
> Hopefully fixed in 00c3551c86 . Cannot check because building JVM
> backend fails on MacOS.
As discussed on #perl6-dev [1] this didn't fix the issue, unfortunately.
I think, I've found the underlying reason for the breakage. This is a golf
Those tests are passing (again). I'm closing this ticket as 'resolved'.
The tests are passing again. I'm closing this ticket.
On Tue, 13 Sep 2016 12:42:03 -0700, barto...@gmx.de wrote:
> All code examples from above are running fine now.
>
> Instead there are four skipped tests in S32-array/adverbs.t which die
> because the wrong multi postcircumfix:<[ ]> is selected.
>
> I'll change the subject of this ticket and
Unfortunately commit 8d35951 breaks the build on JVM. It dies during stage
parse with
Error while compiling, type X::Parameter::InvalidType
suggestions: ()
typename: Uni
at line 32953, near " $uni) { "
in panic (gen/jvm/stage2/NQPHLL.nqp:348)
[...]
Type Uni is not usable with
On Sat, 31 Dec 2016 11:04:34 -0800, elizabeth wrote:
> > There are many test failures for rakudo-j because
> > X::Method::NotFound is returned instead of X::Assignment::RO.
>
> What is the method that isn’t found? Maybe we need to add it for the
> JVM ?
I suspect the changes from
On Sun, 08 Jan 2017 05:11:03 -0800, barto...@gmx.de wrote:
> With rakudo commit 3c52aa096c Seq got it's own join method. For some
> reason that changed the behaviour of 'redo' in 'grep'
Also, next/redo in grep die on rakudo-j when using the new join method:
$ ./perl6-j -e 'say (1..4).grep({next
This issue was about a failing test for too large unicode code points.
#?rakudo.moar todo 'chr max RT #124837'
dies-ok {chr(0x10+1)}, "chr out of range (max)";
Ticket https://rt.perl.org/Ticket/Display.html?id=130914 has more informations,
so I'm closing this one as a duplicate.
I started to add a test or two for this issue, but then I found the following
test in S29-conversions/ord_and_chr.t:
#?rakudo.moar todo 'chr max RT #124837'
dies-ok {chr(0x10+1)}, "chr out of range (max)";
Looking at https://en.wikipedia.org/wiki/Code_point and
This now works on JVM as well (see rakudo commit c3c86dcf51). The test in
t/05-messages/01-errors.t passes.
$ ./perl6-j -e 'my $x = fail'
Failed
in block at -e line 1
I'm closing this ticket as 'resolved'.
On Mon, 20 Mar 2017 01:19:43 -0700, j...@durchholz.org wrote:
> I was wondering how the Unicode consortium might extend this limit, so I
> investigated a bit.
>
> TL;DR
>
> I can confirm that 10 is going to remain the maximum for the
> foreseeable future.
Thanks for sharing your findings!
The tests in question where adjusted and unfudged with
https://github.com/perl6/roast/commit/8a351395cd
I'm closing this ticket as 'resolved'.
On Sat, 21 Nov 2015 01:18:15 -0800, barto...@gmx.de wrote:
> Most of the tests in S02-types/array-shapes.t pass now
> (unfudged/adjusted with commit
> https://github.com/perl6/roast/commit/4a5edf73db).
>
> Maybe the other tests should be reviewed?
For the record: These are the two remaining
There was a second attempt at fixing the underlying issue in Rakudo:
https://github.com/rakudo/rakudo/pull/934. The tests in question were adjusted
and unfudged with https://github.com/perl6/roast/pull/187.
Currently there are no longer any fudged tests with this ticket number, so I'm
closing
The tests this ticket was about (from RT #69192) have been fixed with
https://github.com/perl6/roast/commit/e4a2c0b589
Since the tests are passing now, I'm closing this ticket as 'resolved'.
The test this ticket was about has been adjusted/removed with
https://github.com/perl6/roast/commit/108337d810
I'm closing this ticket as 'resolved'.
Here is a simple example:
$ ./perl6-j -e 'try { die "foo" }; say $!.perl; say $!.gist'
X::AdHoc.new(payload => "foo")
Died
in block at -e line 1
$ $ ./perl6-m -e 'try { die "foo" }; say $!.perl; say $!.gist'
X::AdHoc.new(payload => "foo")
foo
in block at -e line 1
On Sat, 16 Sep 2017 08:46:00 -0700, barto...@gmx.de wrote:
> Here is a simple example:
>
> $ ./perl6-j -e 'try { die "foo" }; say $!.perl; say $!.gist'
> X::AdHoc.new(payload => "foo")
> Died
> in block at -e line 1
It looks like the 'Died' stems from this line:
On Sat, 16 Sep 2017 07:27:48 -0700, alex.jakime...@gmail.com wrote:
> From this discussion https://irclog.perlgeek.de/perl6-dev/2017-09-
> 16#i_15171820
>
> 1) 'make' does not work before 'make install': I believe that happens,
> because we use the EvalServer -- and that doesn't look for
>
On Sat, 16 Sep 2017 07:31:18 -0700, alex.jakime...@gmail.com wrote:
> From this discussion https://irclog.perlgeek.de/perl6-dev/2017-09-
> 16#i_15171820
>
> 4) the EvalServer seems to leak memory. it's no longer possible to run
> 'make spectest', even with -Xmx6000m
My findings so far:
1) The
On Sat, 16 Sep 2017 07:31:18 -0700, alex.jakime...@gmail.com wrote:
> From this discussion https://irclog.perlgeek.de/perl6-dev/2017-09-
> 16#i_15171820
>
> 4) the EvalServer seems to leak memory. it's no longer possible to run
> 'make spectest', even with -Xmx6000m
My findings so far:
1) The
On Thu, 21 Sep 2017 19:50:01 -0700, b...@abrij.org wrote:
>
> Current behavior (don't have a rakudo-j here):
>
> $ perl6-m -e 'class A { has str $.x; method BUILD(:$!x) { } }; say
> A.new(:x).x'
> foo
>
> If r-j now works too, we can move to TESTNEEDED.
Yeah, looks good on rakudo-j, too:
$
On Sat, 16 Jul 2016 13:18:42 -0700, barto...@gmx.de wrote:
> I unfudged one test for this ticket in S04-statements/label.t with
> commit https://github.com/perl6/roast/commit/ef7b0da83d
>
> The code that used to segfault works fine now:
>
> $ perl6-m -e 'A: for 1 { for 1 { last A }; CONTROL {
There is no InvalidArgumentException anymore. I've added a test to
S32-hash/perl.6 with commit https://github.com/perl6/roast/commit/bae1108d8f.
I'm closing this ticket as 'resolved'.
This problem has been resolved:
$ ./perl6-j -e 'my @array = 0..1; @array[0]:delete; say map { $_ }, @array'
((Any) 1)
The test in S32-array/delete.t is passing on the JVM backend as well. I'm
closing this ticket as 'resolved'.
Those UnwindExceptions are gone now. The tests in S32-num/polymod.t and
integration/advent2011-day23.t are passing again.
I'm closing this ticket as 'resolved'.
This works now (and the test in S02-names-vars/list_array_perl.t is unfudged):
$ ./perl6-j -e 'my $foo = [42 ]; $foo[1] = $foo; say $foo.perl; say
$foo.perl.EVAL'
((my @Array_1924162593) = $[42, @Array_1924162593])
(\Array_532302454 = [[42 Array_532302454]])
I'm closing this ticket as
The test in S02-names/pseudo.t passes on JVM now. I'm closing this ticket as
'resolved'.
This works now. I've added a simple test to S02-names/pseudo.t with roast
commit 7edf26aae4.
$ ./perl6-j -e 'say CORE::.keys'
(SoftRoutine PF_LOCAL _REDUCE_XOR Rat Rational Slang buf8
$?COMPILATION-ID :<∘> NQPMatchRole
SIGTRAP _TEST_ASSIGN: _mod: :<...>
NumericEnumeration : :<~|>
This works now. I've added a simple test to S02-names/pseudo.t with roast
commit 7edf26aae4.
$ ./perl6-j -e 'say CORE::.keys'
(SoftRoutine PF_LOCAL _REDUCE_XOR Rat Rational Slang buf8
$?COMPILATION-ID :<∘> NQPMatchRole
SIGTRAP _TEST_ASSIGN: _mod: :<...>
NumericEnumeration : :<~|>
This seems to be resolved now:
$ ./perl6-j --version
This is Rakudo version 2017.08-104-g76f1d8970 built on JVM
implementing Perl 6.c.
$ ./perl6-j -e 'say (2).combinations(0)'
(())
Since there are tests for this behaviour in S32-list/combinations.t, I'm
closing this ticket as 'resolved'
The test in S02-names-vars/perl.t is passing now. I'm closing this ticket as
'resolved'.
On Fri, 22 Apr 2016 12:20:54 -0700, barto...@gmx.de wrote:
> On Thu Apr 21 04:41:32 2016, barto...@gmx.de wrote:
> > [...]
> > A somewhat golfed example of the hanging code is:
> >
> > $ perl6-j -e 'my $r = Supplier.new; my $s = $r.Supply; my $c =
> > $s.Channel; my $p = start { for @$c { } }; for
The tests in question have been unfudged with roast commit
https://github.com/perl6/roast/commit/6db316eaae. (This was probably fixed with
merging the 'uncurse' branch.)
The last example from the last comment (using EVAL) works as expected, too:
$ ./perl6-m -e 'say Map.new("a", 42).perl.EVAL'
On Mon, 18 Sep 2017 14:00:02 -0700, barto...@gmx.de wrote:
> On Sat, 16 Sep 2017 08:46:00 -0700, barto...@gmx.de wrote:
> > Here is a simple example:
> >
> > $ ./perl6-j -e 'try { die "foo" }; say $!.perl; say $!.gist'
> > X::AdHoc.new(payload => "foo")
> > Died
> > in block at -e line 1
>
>
On Sat, 07 Oct 2017 06:04:53 -0700, c...@zoffix.com wrote:
>
> Pretty sure it's now implemented as we needed it during Proc refactor.
Yes, Proc::Async works on the jvm backend now. Resolving this issue.
On Sat, 23 Sep 2017 12:28:53 -0700, barto...@gmx.de wrote:
> 3) Feeding the EvalServer with a program that calls 'run' (or
> Proc::Async directly) does heavily leak memory, threads and what not
> (again assuming a clean EvalServer instance started as above):
>
> $ echo 'run("echo", "42");' >
This works now on the JVM backend as well (test in
S05-match/capturing-contexts.t is passing). Fixed with nqp commit
https://github.com/perl6/nqp/commit/f22b0b2d0e
I'm closing this ticket as 'resolved'.
On Tue, 28 Nov 2017 12:35:42 -0800, barto...@gmx.de wrote:
> [...]
> I tried to golf the failures from set_addition.t and found the
> following:
>
> $ ./perl6-j --ll-exception -e ':<(+)>(SetHash.new, SetHash.new,
> SetHash.new); :<(+)>(|(Set.new, Set.new, Set.new));
> :<(+)>(|(Set.new, Set.new,
601 - 700 of 752 matches
Mail list logo
