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
"Cannot declare pseudo-package GLOBAL" on mips #2563
Comments
Turns out, this seems to be a spesh bug. With MVM_SPESH_DISABLE=1 stage parse completes in just 1734s in my PowerPC VM. Without I get the exact same error as shown above. |
Luckily compilation of Telemetry.pm6 fails with a rather similar error message which made it possible to use jit-bisect to get at the failing spesh frame:
|
@niner Looking at the |
It is indeed! The Telemetry.pm6 failure can be worked around by removing the eliminate_unused_log_guards call from MVM_spesh_optimize, while the settings failure goes away when I remove optimize_decont(tc, g, bb, ins) |
Not following too closely, no; enjoying a little time off. :-) I wonder how those two could be sensitive to endianness, and if we're maybe messing up a 32-bit vs. 16-bit operand somewhere... Could try commenting out various paths in |
It's apparently this copy_facts: https://github.com/MoarVM/MoarVM/blob/master/src/spesh/optimize.c#L574 |
Looks like I was right. It was indeed a big endian issue and it was in optimize_istrue_isfalse. Fixed with MoarVM/MoarVM@c5bc342 |
on big-endian mips, a 2018.12 rakudo build fails with this:
More details at https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=mips&ver=2018.12-1&stamp=1545513729&raw=0
I guess this is a moar bug rather than rakudo, but filing it here because the investigation most likely starts here.
Please let me know how I can help investigate
The text was updated successfully, but these errors were encountered: