Closed usev6 closed 6 years ago
The obvious fix -- preventing redeclaration of the Label p6bindsig_no_autothread
by giving each decleration a unique name unbreaks the build at least. I'm uncertain whether this is the right kind of fix though, the fact that we didn't need unique names for the Label inside the p6bindsig
definition before suggests that we're now emitting multiple p6bindsig
s in a single QB/Java method, which I'm not sure is desirable.
Some more discussion.
Closing without tests, as this bug doesn't affect MoarVM (it goes through a different path when making the sig binder QAST) and on JVM it's already covered by compilation failing....
Actually, never mind. Got tests to cover the bug too: https://github.com/rakudo/rakudo/commit/0d0fe79341
It looks like the JVM build broke with commit 752bb8b381a06dd4d49247d36369fffa3327a641 I didn't try to (didn't have time to) figure out what exactly goes wrong, but I'm filing this issue for now.
The above error is on commit e930e2537f compiling on FreeBSD 11.1-RELEASE-p4 (amd64). I did a bisect and the first bad commit was 752bb8b381.