Still NYI (2017.11, HEAD(5929887))
On 2015-02-14 00:10:22, avuse...@gmail.com wrote:
> This is perl6 version 2015.01-141-gfec2339 built on MoarVM version
> 2015.01-34-g2d7eddb
>
> perl6 -e'say callframe.package'
> No such method 'package' for invocant of type 'CallFrame'
> in block at -e:1
>
> ht
Still reproducible (2017.11, HEAD(5929887)).
The issue with X was a regression that was resolved in RT#125689, so right now
even the original snippet shows the problem.
On 2015-09-14 20:18:54, b...@abrij.org wrote:
> On Mon Sep 14 20:17:00 2015, b...@abrij.org wrote:
> >
> > Behavor change:
> >
>
Still reproducible (2017.11, HEAD(5929887)) on MoarVM.
Code:
$OUTER::OUTER::OUTER::OUTER::True
Result:
ctxlexpad needs an MVMContext
in block at -e line 1
Still NYI (2017.11, HEAD(5929887))
On 2014-08-30 01:58:28, masak wrote:
> how do I make a custom op iffy?
> well, equiv should dup iffy-ness, I'd think, along with all
> the other attributes of an operator
> tighter and looser are of course more problematic
> should there maybe be an 'is iffy'
Not quite sure what to do with this ticket.
The output varies across releases:
https://gist.github.com/Whateverable/54e87afdbb2d88d2a959527b255681af
So at some point it started complaining about “Invalid type smiley 'erator'”,
and so it's no longer possible to reproduce the original issue. I trie
Yeah. It was resolved here I think: (2014-12-08)
https://github.com/rakudo/rakudo/commit/fbc87d2a6bbfc4899b0740119ac8696cc27f1f59
｢testneeded｣
On 2014-12-09 04:54:08, r...@hoelz.ro wrote:
> On Sun Dec 07 07:41:52 2014, masak wrote:
> > masak (>):
> > > I am not 100% sure the `&block (Dog --> Bool
Still NYI (2017.11, HEAD(5929887)).
The logic behind this ticket is correct, because we already do this:
Code:
sub foo(Str $x) {}; foo(3)
Result:
===SORRY!=== Error while compiling -e
Calling foo(Int) will never work with declared signature (Str $x)
at -e:1
--> sub foo(Str $x) {}; ⏏foo(3)
O
As of (2017.11, HEAD(5929887)) it errors out:
Code:
say (1..*)[1, 3 … *]
Result:
Cannot .elems a lazy list
in block at -e line 1
Is the intention of the OP that it should work? I don't think so.
On 2015-08-27 06:01:23, coke wrote:
> On Sun Feb 08 22:55:34 2015, Mouq wrote:
> > Shouldn't it ti
Still reproducible (2017.11, HEAD(5929887))
On 2015-03-22 05:17:48, moritz wrote:
> moritz@pat:~/p6/rakudo>cat ack.p6
> proto a(int, int) {*};
> multi a(int $ where 0, int \n) { n + 1 };
> multi a(int \m, int $ where 0) { a m -1 , 1 };
> multi a(int \m, int \n) {
> a m - 1, a m, n - 1
> };
> say a
But why? “#` foo” looks like a fine normal comment, why should it error out on
a perfectly normal behavior?
I think this ticket is rejectable. Someone with bigger whatever should reject
it.
On 2015-07-01 12:54:40, barto...@gmx.de wrote:
> This ticket is about a failing test (fudged 'todo') in S32
So the gist of it is that Any % 2 is 0 but Int % 2 is an error. Still
reproducible (2017.11, HEAD(5929887))
On 2014-02-03 05:44:28, masak wrote:
> r: subset Odd of Int where { $_ % 2 }; my Odd $o; say $o; say
> $o % 2
> rakudo-parrot 4a74e7: OUTPUT«(Odd)Invocant requires an
> instance, but a ty
Actually, $*KERNEL is implemented. We even have it mentioned in the
documentation:
* https://docs.perl6.org/language/variables#index-entry-%24%2AKERNEL
* https://docs.perl6.org/type/Kernel
The tests are in
https://github.com/perl6/roast/blob/master/S02-magicals/KERNEL.t and can be
unfudged (but ?
https://docs.perl6.org/language/variables#index-entry-%24%2ADISTRO
https://docs.perl6.org/type/Distro
Tests that have to be unfudged:
https://github.com/perl6/roast/blob/master/S02-magicals/DISTRO.t
OK I'm wrong on this one. See
https://irclog.perlgeek.de/perl6/2017-12-02#i_15522727
and https://design.perl6.org/S28.html
Not quite sure why would anybody need all that information about the compiler
environment, but that's the original intent.
On 2017-12-02 06:33:54, alex.jakime...@gmail.com wr
Actually I'm wrong. See RT#124624 for more info.
On 2017-12-02 06:38:29, alex.jakime...@gmail.com wrote:
> https://docs.perl6.org/language/variables#index-entry-%24%2ADISTRO
> https://docs.perl6.org/type/Distro
>
> Tests that have to be unfudged:
> https://github.com/perl6/roast/blob/master/S02-ma
Still NYI (2017.11, HEAD(5929887))
See
https://github.com/perl6/roast/blob/03686da5d7f8d8c359e0ce6a538e29dc95e1d218/S04-declarations/multiple.t#L29-L31
Do we *really* want to allow multi subs without multi (when there's a proto)?
If so, why? Because you can replace “sub” with a “multi” and it easy to do yet
it adds clarity.
Is thi
https://irclog.perlgeek.de/perl6/2017-12-02#i_15524141
Marking as ｢testneeded｣
On 2017-12-01 14:31:15, alex.jakime...@gmail.com wrote:
> https://irclog.perlgeek.de/perl6/2017-12-01#i_15520545
>
> On 2015-06-01 04:26:37, masak wrote:
> > On Mon Jun 01 01:15:07 2015, FROGGS.de wrote:
> > > FROGGS:
So far we've fix the bugs on NEXT and LAST, while POST remained.
I added a test for this ticket perl6/roast#362
Fixed with cd24b1c55d0c798c8fd776f , tests needed (also for OUTERS::)
> On 2 Dec 2017, at 13:06, Aleks-Daniel Jakimenko-Aleksejev via RT
> wrote:
>
> Still reproducible (2017.11, HEAD(5929887)) on MoarVM.
>
> Code:
> $OUTER::OUTER::OUTER::OUTER::True
>
> Result:
> ctxlexpad needs an MVMContex
lizmat:
> Fixed with cd24b1c55d0c798c8fd776f , tests needed (also for OUTERS::)
｢testneeded｣
On 2017-12-02 04:06:41, alex.jakime...@gmail.com wrote:
> Still reproducible (2017.11, HEAD(5929887)) on MoarVM.
>
> Code:
> $OUTER::OUTER::OUTER::OUTER::True
>
> Result:
> ctxlexpad needs an MVMContext
>
Still reproducible (2017.11,HEAD(e5b660e)). Now it complains early and the
error is not as LTA:
===SORRY!=== Error while compiling /tmp/zOO8XZsbYQ
Undeclared routine:
k used at line 1
On 2015-03-10 05:18:33, barto...@gmx.de wrote:
> The error messages for the first two commands have changed sligh
Still a very weird error (2017.11,HEAD(e5b660e)):
===SORRY!===
This type (QAST::WVal) does not support positional operations
And no, that's not adequate enough.
On 2014-10-16 03:48:58, barto...@gmx.de wrote:
> The error message is no longer too internal, but is it adequate enough?
>
> $ perl6-m
Still same error message (2017.11,HEAD(e5b660e))
On 2015-03-10 09:12:23, masak wrote:
> m: sub trait_mod:(&c, :$curried!) { my $arity = &c.arity;
> &c.wrap(-> |args { args.list.elems == $arity ?? callsame() !!
> &c.assuming(|args); }); }; sub foo($a, $b) is curried { say $a + $b;
> }; foo(3, 4);
This was fixed in (2015-12-15)
https://github.com/rakudo/rakudo/commit/d23a73da4360961ebdce703ccebcdf6ba77d1f92
All snippets from the log:
my (\a,\b) = 1,2; say a; say b # OUTPUT: «12»
my (\a,\b) := \(1,2); say a; say b # OUTPUT: «12»
my (\a,\b) ::= \(1,2); say a; say b # OUTPUT: «(exit code
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-06-07 13:01:49, rayd...@cyberuniverses.com wrote:
> 19:52:25 raydiak | m: say (:a(1):b(2)).hash; say %(:a(1):b(2)); say
> %(:a(1),:b(2))
> 19:52:26 +camelia | rakudo-moar 442a56: OUTPUT«a => 1, b => 2a =>
> 1a => 1, b => 2»
This was fixed in (2015-11-18)
https://github.com/rakudo/rakudo/commit/06729d91e6e2d0c96ee700012827677ee518b737
$ perl6 -e 'my Int $a of Str; say "hi"'
===SORRY!=== Error while compiling -e
Str not allowed here; variable list already declared with type Int
at -e:1
--> my Int $a of Str⏏; say "h
This was fixed in (2016-02-07)
https://github.com/rakudo/rakudo/commit/27752615026fe58fe2012825c5f4e55e7412c95a
my $a = <2147483648/1>; say $a # OUTPUT: «2147483648»
So it works now, as well as anything bigger:
my $a =
<999
Not sure how it golfs down to that, because it never produced the same error
message. In any case, both issues are resolved.
First: https://gist.github.com/76f318afe9a72a77d2bf0fecff46a555
(bisectable points at (2017-09-28)
https://github.com/rakudo/rakudo/commit/6824e19282e19a0953fc64faf14445600d
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-05-07 04:43:49, FROGGS.de wrote:
> =begin DATAfoo=end DATAsay $=pod
> rakudo-moar 89c43c: OUTPUT«postcircumfix:<{ }> not defined for type
> Array in block at /tmp/xaDmKlMgSo:4»
>
> See also: https://github.com/perl6/roast/blob/master/S02-
>
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-06-13 05:48:13, ronaldxs wrote:
> From irc
>
> http://irclog.perlgeek.de/perl6/2015-06-13#i_10744864
>
> 12:16 mr_ron m: no strict; %h = 42; {temp %h = 8}
> 12:16 camelia rakudo-moar af886d: OUTPUT«Type check failed
> in binding cont; expected 'An
Still NYI (2017.11,HEAD(e5b660e)), although now it prints a slightly better NYI
message:
===SORRY!=== Error while compiling -e
"::=" not yet implemented. Sorry.
at -e:1
--> class Indiana { has $.pi ::= 3 ⏏}; say Indiana.new.pi
On 2015-07-18 12:06:15, masak wrote:
> m: class Indiana { has $.
Still reproducible (2017.11,HEAD(e5b660e)), but now it prints a different
message:
===SORRY!=== Error while compiling -e
Variable '$' is not declared
at -e:1
--> my $a; ⏏$:: = 5; say $a
On 2015-07-21 04:59:56, masak wrote:
> m: class m { has $.a; method m1() { $:: = 1; } }
> ; my $c = m.ne
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-08-25 04:37:44, masak wrote:
> m: my $x will leave { "say $x" }; $x = 5
> rakudo-moar f7cfe9: OUTPUT«===SORRY!=== Error while
> compiling /tmp/HBm06yJTOmVariable '$x' is not declared [...]
> huh?
> that looks wrong
> looks like a bug to me.
what is `earliest`, `more` and `wait`?
On 2015-06-06 16:40:28, r...@hoelz.ro wrote:
> The attached script reproduces the issue.
>
> When I use earliest with a wait 0 block, I get the following error
> message:
>
> No exception handler located for last_label
>
> Interestingly enough, if I increase
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-09-18 12:12:49, zef...@fysh.org wrote:
> Basic introspection methods fail on the value Block but True:
>
> $ ./perl6 -e 'my $a = Block; say $a.WHICH; my $b = Block but True; say
> $b.WHICH'
> Block
> Cannot look up attributes in a type object
> in
This is no longer reproducible (2017.11,HEAD(e5b660e)), and RT#122773 seems to
be resolved.
Any chance we can have a test for it? If not, maybe we can close this
particular ticket without tests…
On 2015-06-10 19:52:34, r...@hoelz.ro wrote:
> On Wed Jun 10 19:52:14 2015, r...@hoelz.ro wrote:
> > O
Still reproducible (2017.11,HEAD(e5b660e)). Yes, the error message could be
better.
On 2015-09-17 13:32:26, raiph wrote:
> See http://irclog.perlgeek.de/perl6/2015-09-17#i_11235064
>
> What a user tried
> =
>
> use Inline::Perl5;
> use SNMP.pm:from;
>
> Note the lowercase 'p' in 'p
Last message still reproducible (2017.11,HEAD(e5b660e))
On 2015-09-05 03:44:49, elizabeth wrote:
> One would expect an error message such as:
>
> $ 6 'role R[$a,$b] {}; class C does R[1] {}'
> ===SORRY!===
> No appropriate parametric role variant available for ‘R'
>
> but even that message is rath
Still reproducible (2017.11,HEAD(e5b660e)), although maybe with a different
failure mode:
before wait
here
MoarVM panic: Internal error: Unwound entire stack and missed handler
On 2015-08-29 14:25:53, r...@hoelz.ro wrote:
> See the example code.
>
> The return in the start { ... } probably should
Yes.
Current message:
An operation first awaited:
in block at test.p6 line 7
Died with the exception:
Died
in block at test.p6 line 4
This was done in
https://github.com/rakudo/rakudo/commit/abf6caf06eb7e48674d4e22a4ad6b580e5efecbf
｢testneeded｣, although maybe there are tests for it already
Still reproducible (2017.11,HEAD(e5b660e)), with slightly different message:
===SORRY!=== Error while compiling -e
Cannot invoke this object (REPR: Null; VMNull)
at -e:1
On 2015-07-21 11:54:54, jns...@gellyfish.co.uk wrote:
> multi trait_mod:(Routine $r, :$foo!) { $r does Foo; }; class Bar {
> me
Believe it or not, but it was resolved in (2015-11-23)
https://github.com/rakudo/rakudo/commit/a06069b1d7c582f62439db1360080ad77f6a71ec
｢testneeded｣
On 2015-07-08 05:05:05, liu...@360.cn wrote:
> http://irclog.perlgeek.de/perl6/2015-07-08#i_10865410
>
> say 1 <= 2 <= 3;
> say 1 !after 2 !after 3;
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-09-20 10:34:34, elizabeth wrote:
> [19:22:03] m: role R { has int $!a }; class A does R {
> method a() { $!a = 42 } }; say A.new.a # sigh
> [19:22:03] <+camelia> rakudo-moar 97e47a: OUTPUT«Cannot assign to an
> immutable value in method a at /tm
Today (2017.11,HEAD(e5b660e)) it prints this message:
Cannot modify an immutable Str (Nil)
in block at -e line 1
Which is still LTA
On 2015-09-02 05:09:29, FROGGS.de wrote:
> m: my $a = (1, 2, 3); $a[42] = 21
> camelia rakudo-moar 00be1e: OUTPUT«Index out of range. Is: 42, should be
> in 0..2
I'm not entirely sure what is supposed to happen there.
With just one argument it acts as a pass-thru:
say :16[16] # OUTPUT: «»
And with two values it seems to do the math correctly:
say :16[1,] # OUTPUT: «10015»
So what should be done exactly? Should we just error out on too-large valu
Still reproducible as described (2017.11,HEAD(e5b660e)), although with a
slightly different error message:
Could not instantiate role 'R':
No such method 'gist' for invocant of type 'N'
in any protect at gen/moar/stage2/NQPCORE.setting line 1039
in block at -e line 1
On 2015-08-28 10:09:59, mas
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-08-28 10:05:31, FROGGS.de wrote:
> m: sub foo { say &?ROUTINE.perl; gather for 1 { say &?ROUTINE.perl; };
> gather for 1 { say &?ROUTINE.perl; } }; foo
> rakudo-moar 5fb81f: OUTPUT«sub foo () { #`(Sub|59748232) ...
> }Code.newCode.new»
> rakudo
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-09-19 11:15:43, zef...@fysh.org wrote:
> A coercive type constraint is not permitted on a variable:
>
> $ ./perl6 -e 'my Int() $a; say 1'
> ===SORRY!=== Error while compiling -e
> Coercion Int(Any) is insufficiently type-like to qualify a variable
Isn't it implemented as :update now? https://docs.perl6.org/routine/open
Or maybe you can even use :mode? (the documentation says that it will make
the universe implode, but perhaps it's worth a try?)
On 2015-05-13 02:11:06, masak wrote:
> so, how do I open a file in update mode (fopen "r+", per
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-07-31 19:09:17, b...@abrij.org wrote:
>
> # The following should all have the same result:
>
> $ perl6 -e 'multi a ($x) { 41.say }; multi a (@a) { 42.say; nextsame
> }; a([1,2]);'
> 42
> 41
> $ perl6 -e 'multi a (|c($x)) { 41.say }; multi a (|c(@a
Still reproducible (2017.11,HEAD(e5b660e)), but I don't think that's the
direction the information should flow.
I think this ticket is rejectable.
On 2014-12-16 20:26:58, r...@hoelz.ro wrote:
> For example:
>
> sub doing-stringy-thing(&action:(Str)) {
> action 'Hello';
> }
>
> The following fails:
What is this thing about? Was there a code snippet that got lost?
On 2015-04-18 10:16:32, elizabeth wrote:
> [19:13:51] if nothing else it showed that a Proxy leaks
> through a not-is-rw method
> [19:13:55] _mg_ (~anonymous@95.88.244.237) left IRC. (Client
> Quit)
> [19:13:57] Yes, that's a bug.
As of today (2017.11,HEAD(e5b660e)) it prints a *third* variant:
(ident => ｢a｣ alpha => ｢a｣ alnum => ｢a｣)
The change happened in (2017-02-22)
https://github.com/rakudo/rakudo/commit/1cafc67b1aad14eafa8d3e6431656524e4d0d5d3
To me it tells that it is just random.
On 2015-03-22 13:02:12, pesc...@
Hmmm… Parrot is in the past as of today, and I wish it was possible to try this
on MoarVM. What's the way to reproduce this issue?
On 2014-07-14 02:31:54, teodozjan wrote:
> Evaling objects won't work if code that eval was preompiled
> independently. In this case class Planet and Class SpaceStatio
This ticket is replaced with https://github.com/rakudo/rakudo/issues/1296
56 matches
Mail list logo
