-
-
Notifications
You must be signed in to change notification settings - Fork 330
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
Passing block explicitly to superclass method fails #1237
Comments
the number Lines 238 to 267 in 3d5f8d3
|
Looks like in the superclass case, the block isn't in |
In a way, this has nothing to do with arity checking. If I disable arity checking, then the code fails because |
So it's more like the arity check message can be improved… |
Maybe. The bigger problem is the block thing. This reminds me of #1132. |
…nction, then alter the compiler to cover missing functionality use the existing call node to avoid duplicating logic.
Bumps [mocha](https://github.com/mochajs/mocha) from 8.3.1 to 8.3.2. - [Release notes](https://github.com/mochajs/mocha/releases) - [Changelog](https://github.com/mochajs/mocha/blob/master/CHANGELOG.md) - [Commits](mochajs/mocha@v8.3.1...v8.3.2) Signed-off-by: dependabot-preview[bot] <support@dependabot.com> Co-authored-by: dependabot-preview[bot] <27856297+dependabot-preview[bot]@users.noreply.github.com>
At one point this worked (or maybe was not fully working) in Opal 0.9 but now it complains:
Runs OK in MRI. It does not happen with a standalone method nor does it happen when 1 method calls another in the same fashion, just when calling the superclass' method. This also causes arity checking to break.
MRI:
Opal:
The text was updated successfully, but these errors were encountered: