Skip Menu |
Report information
Id: 128973
Status: resolved
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: mt1957 [at] gmail.com
Cc:
AdminCc:

Severity: High
Tag: Bug
Platform: (no value)
Patch Status: (no value)
VM: (no value)



Date: Wed, 17 Aug 2016 16:07:36 +0200
From: mt1957 <mt1957 [...] gmail.com>
To: rakudobug [...] perl.org
Subject: Bug in REPL int, int8, int16
Download (untitled) / with headers
text/plain 453b
Hi, Found a bug in newest rakudo version 2016.07.1-217-gd6abf8b built on MoarVM version 2016.07-17-g40948f6 implementing Perl 6.c This might be a followup after repairing bug #127933. Show quoted text
> my int $j = 0x40;
64 Show quoted text
> my int $i = 0x40;
64 Show quoted text
> say "$i, $j";
===SORRY!=== Error while compiling: Variable '$i' is not declared ------> say "⏏$i, $j"; The same is found for int and int16. Simple test using int8 only outside REPL runs ok. Greetings, Marcel
Download (untitled) / with headers
text/plain 170b
The problem is wider. All variables are now broken: » my $x = 42; 42 » say $x ===SORRY!=== Error while compiling: Variable '$x' is not declared ------» say ⏏$x »
Download (untitled) / with headers
text/plain 284b
Another note. The RT#127933 got fixed accidentally when we noticed the TODO for it was passing. Now I suspect that was only because variables stopped being held onto, so when this issue is fixed, the spectest for RT#127933 will likely need to be fudged again and that ticket reopened/
Download (untitled) / with headers
text/plain 404b
I re-fudged tests for RT#127933 and reopened it. That issue is still there. This issue has been introduced by https://github.com/rakudo/rakudo/commit/be7ce041a800a9b3f4b532b84583ce0c8b42eec0 I tried to fixed it, but failed. Seems to have something to do with contexts and them behaving differently (?) when in different threads. IRC commentary: http://irclog.perlgeek.de/perl6-dev/2016-08-18#i_13043723


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org