This golfs down to:
(* // "foo").WHAT.say
All the boolean ops see not to. Just to see what would happen
I applied the following patch locally:
--- a/src/Perl6/Actions.nqp
+++ b/src/Perl6/Actions.nqp
@@ -7744,6 +7744,10 @@ Compilation unit '$file' contained the following
violations:
%
This is actually a more generic problem affecting user-created
classes as well:
$ perl6 -e 'class b { }; { my &b; say b.WHAT, b().WHAT }'
(b)(b(Any))
...it is just that the native types have no idea what to do
when invoked and are noisier. The above results could be equally
surprizing for someo
This seems to be fixed now, and tests are added in S14-roles/basic.t
1..3
ok 1 - 'role RR { }; class RR { };' died
ok 2 - right exception type (X::Redeclaration)
ok 3 - .symbol matches RR
ok 37 - did we throws-like X::Redeclaration?
1..3
ok 1 - 'role RRR { }; class RRR does
The current error message is now:
$ perl6 -e 'sub same'"'"'proto(::T, T $a, T $b) { $a.WHAT === $b.WHAT }; my
&infix: = &same'"'"'proto.assuming(Int); say 42 same-in-Int "42"'
Type check failed in binding $b; expected 'Int' but got 'Str'
in sub same'proto at -e:1
in sub __PRIMED_ANON at EVAL
This is a reminder that, when this bug is fixed, there are
workarounds for it to remove in src/core/IO/Local.pm and
(possibly, PR still pending) in src/core/Temporal.pm
In the former look for commented out lines accessig self! things
and use them to replace the workaround code in those methods
I
I added tests for this in S32-str/encode.t.
However, I also added fudged tests because UTF-16 is not similarly
awesomized to display line and column or terminator text.
FWIW there are two layers to this ticket: failure on operators, and
faiures within where clauses.
The error is due to a failure during evaluation the where clause
and does not say '$x' for the same reason this does not:
$ perl6 -e 'my Int $x; my $f = $x > 0;'
Invocant requires an instance of typ
Please also see the conversation at:
http://irclog.perlgeek.de/perl6/2015-08-02#i_10992867
...when deciding how to fix this one.
Fresher test results: no duplicate warnings, NULL pointers in REPL
under parrot and jvm but not moar. Probably LTA to be telling the
user to use '0o8' or '0o9'.
NOTE: my perl6-p is Star.2014.12 and my perl6-j/m are built from star-daily
Cologne-256-gd78c678.
$ perl6-p -e 'say 09'
Potential diff
Now STD does not parse "do...while" anymore, and there
are tests to ensure rakudo does not parse "do...while"
either, and tests to ensure the "repeat...while" and
"repeat...until" forms work, as well.
S04-statements/repeat.t
S04-statements/do.t
So this might be a closeable ticket now?
10 matches
Mail list logo