New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rakudo precompilation bug on all backends #3589
Comments
From @dwarringConsider three simple classes: lib/A.pm: lib/A/B/C1.pm: lib/A/B/C2.pm: % perl6-m --version With parrot: % perl6-p -I blib/lib --target=pir --output=blib/lib/A.pm.pir lib/A.pm and with JVM backend. % perl6-j --target=jar --output=blib/lib/A.pm.jar lib/A.pm |
From @dwarringTests added to S10-packages/precompilation.t On Sat Nov 22 10:17:51 2014, david.warring wrote:
|
From @dwarringThis could be a bit of a non-issue in Perl 6.c, which handles precompilation and gets this right: $ perl6 --version On Sat Nov 22 12:00:26 2014, david.warring wrote:
|
From @usev6On Sat Jan 02 13:14:43 2016, david.warring wrote:
This still looks good. The test in S10-packages/precompilation.t doesn't pass, though:
The output $["(foo)"] looks right to me, so IMHO the test should be adjusted, probably in 6.c-errata as well. |
The RT System itself - Status changed from 'new' to 'open' |
From @dwarringThanks @Christian
|
@dwarring - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#123276 (status was 'resolved')
Searchable as RT123276$
The text was updated successfully, but these errors were encountered: