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
Class declaration from one module not visible if another module is loaded after it with a very similar class declaration in Rakudo #4827
Comments
From @masak$ perl6 --version $ cat foo.t say X::Y::B; $ cat bar.t say X::Y::B; $ cat lib/B.pm $ cat lib/C.pm $ perl6 foo.t $ perl6 bar.t Actually thrown at: Expected behavior: bar.t should work, and print what foo.t prints. I did a quick bisect of Rakudo, and |
From @masak<nine> masak: if 87288285f6f398ec7cba0900312ced4b580d79ed is to blame, it may just be an older precompilation issue that surfaced because we precompile everything that's too slow to run away now... ... <masak> good news! it works on the commit before, with manual precompilation \o/ |
From @masak<nine> masak: I still doubt it's actually 8728828 that's to blame. Between 3b943782 and 8728828 there's a lot of refactoring, especially some changes touching the handling of global merging. Might be a good idea to bisect that (with manual precompilation in every step) [...] <masak> nine: the results are in. a bisect of 3b943782^..87288285f, with precompilation at every step, turned up 87288285f as the first bad commit. |
From @masakOn Sat Dec 05 16:37:23 2015, masak wrote:
I can no longer reproduce this bug, so I assume it's been fixed. Resolving the ticket. |
@masak - Status changed from 'new' to 'resolved' |
Migrated from rt.perl.org#126827 (status was 'resolved')
Searchable as RT126827$
The text was updated successfully, but these errors were encountered: