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
error message: wrong class reported in non-existent attribute error in Rakudo #2879
Comments
From @masak<masak> rn: class A {}; class B is A { has $!x = 5; our method foo(A:) The attribute *does* exist on class 'B', but Rakudo seems to think |
From @usev6This now gives a segfault on Moar and Parrot and an internal error on JVM: debian7$ perl6-m --version # same rakudo version for perl6-p and perl6-j debian7$ perl6-m -e 'class A {}; class B is A { has debian7$ perl6-p -e 'class A {}; class B is A { has debian7$ perl6-j -e 'class A {}; class B is A { has The segfault seems to happen while saying $!x -- if I remove that the code runs fine: debian7$ perl6-m -e 'class A {}; class B is A { has $!x = 5; our method foo(A:) { say "alive" } }; &B::foo(A.new)' The above happens on Debian 7 (64 bit). Interestingly on FreeBSD 10.1 (64 bit) there is no segfault with Parrot (Moar and JVM behave as on Debian): freebsd10.1$ perl6-p -e 'class A {}; class B is A { has freebsd10.1$ perl6-p --version The Rakudo version is a few commits newer than in the first examples, but I don't think that is relevant, since on Debian even the latest Rakudo on Parrot segfaults: debian7$ perl6-p -e 'class A {}; class B is A { has debian7$ perl6-p --version |
1 similar comment
From @usev6This now gives a segfault on Moar and Parrot and an internal error on JVM: debian7$ perl6-m --version # same rakudo version for perl6-p and perl6-j debian7$ perl6-m -e 'class A {}; class B is A { has debian7$ perl6-p -e 'class A {}; class B is A { has debian7$ perl6-j -e 'class A {}; class B is A { has The segfault seems to happen while saying $!x -- if I remove that the code runs fine: debian7$ perl6-m -e 'class A {}; class B is A { has $!x = 5; our method foo(A:) { say "alive" } }; &B::foo(A.new)' The above happens on Debian 7 (64 bit). Interestingly on FreeBSD 10.1 (64 bit) there is no segfault with Parrot (Moar and JVM behave as on Debian): freebsd10.1$ perl6-p -e 'class A {}; class B is A { has freebsd10.1$ perl6-p --version The Rakudo version is a few commits newer than in the first examples, but I don't think that is relevant, since on Debian even the latest Rakudo on Parrot segfaults: debian7$ perl6-p -e 'class A {}; class B is A { has debian7$ perl6-p --version |
@usev6 - Status changed from 'new' to 'open' |
From @diakopterMoar still segfaults: 13:35 <diakopter> m: class A {}; class B is A { has |
From @zoffixznetFixed by timotimo in MoarVM as per http://irclog.perlgeek.de/perl6-dev/2016-09-02#i_13139713 Tests needed |
From @zoffixznetTests added in Raku/roast@3815be036a |
@zoffixznet - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#114672 (status was 'resolved')
Searchable as RT114672$
The text was updated successfully, but these errors were encountered: