Skip to content
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

Internal error, or at least error w/o line/file numbers #4462

Closed
p6rt opened this issue Aug 9, 2015 · 6 comments
Closed

Internal error, or at least error w/o line/file numbers #4462

p6rt opened this issue Aug 9, 2015 · 6 comments

Comments

@p6rt
Copy link

p6rt commented Aug 9, 2015

Migrated from rt.perl.org#125772 (status was 'resolved')

Searchable as RT125772$

@p6rt
Copy link
Author

p6rt commented Aug 9, 2015

From @drforr

This code was copied from perl5's Carp module and crudely translated -
read​: hacksaw, blowtorch and hammer applied until code compiled. I know
what it used to do in perl5, what it gets up to in perl6 is anyone's
guess, but it appears to be *bad*. I'm not sure that it *should* compile
in Perl6, but it certainly shouldn't cause the compiler to bail. And
yes, I'm running on latest moarVM.

I'm certain that Perl6 classes and namespaces now work in an entirely
different fashion. I was just copying over Carp.pm to get its interface
to a new directory, and ran across this particular gem.

--cut here--
sub _fetch_sub {
  %​::{'$pack'};
}
--cut here--

I should note in passing that it's the compile stage that's tripping up,
as there's nothing that invokes _fetch_sub() in the script. The error
suggests that the MoarVM compiler is walking off the end of an array
somewhere.

--cut here--
===SORRY!===
MVMArray​: Index out of bounds
--cut here--

@p6rt
Copy link
Author

p6rt commented Aug 14, 2015

From @FROGGS

FROGGS​: DrForr​: I cannot reproduce RT #​125772
bartolin_​: FROGGS​: the output for DrForr's code changed with commit rakudo/rakudo@68f20f4c11
FROGGS​: ohh
bartolin_​: FROGGS​: there was some discussion here​: http://irclog.perlgeek.de/perl6/2015-08-09#i_11030267

@p6rt
Copy link
Author

p6rt commented Aug 14, 2015

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented Apr 17, 2016

From @coke

On Sun Aug 09 09​:36​:23 2015, drforr@​pobox.com wrote​:

This code was copied from perl5's Carp module and crudely translated -
read​: hacksaw, blowtorch and hammer applied until code compiled. I know
what it used to do in perl5, what it gets up to in perl6 is anyone's
guess, but it appears to be *bad*. I'm not sure that it *should* compile
in Perl6, but it certainly shouldn't cause the compiler to bail. And
yes, I'm running on latest moarVM.

I'm certain that Perl6 classes and namespaces now work in an entirely
different fashion. I was just copying over Carp.pm to get its interface
to a new directory, and ran across this particular gem.

--cut here--
sub _fetch_sub {
%​::{'$pack'};
}
--cut here--

I should note in passing that it's the compile stage that's tripping up,
as there's nothing that invokes _fetch_sub() in the script. The error
suggests that the MoarVM compiler is walking off the end of an array
somewhere.

--cut here--
===SORRY!===
MVMArray​: Index out of bounds
--cut here--

This now errors with​:

===SORRY!=== Error while compiling /Users/williamcoleda/sandbox/rakudo/foo.p6
Variable '%' is not declared
at /Users/williamcoleda/sandbox/rakudo/foo.p6​:2
------> ⏏%​::{'$pack'};

Which seems reasonable. Can we close this ticket (perhaps with tests?)

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Sep 11, 2016

From @zoffixznet

Tests added in Raku/roast@e15eb978c2

@p6rt p6rt closed this as completed Sep 11, 2016
@p6rt
Copy link
Author

p6rt commented Sep 11, 2016

@zoffixznet - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant