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
Delegating to the implementation of a calculated super class causes Internal error #4801
Comments
As a workaround, it's probably possible to refer to the parent class prototype to do an old style super call: override def foo(): Unit =
superclass.asInstanceOf[js.Dynamic].prototype.foo.call(this) |
The workaround works, thanks. |
sjrd
added a commit
to sjrd/scala-js
that referenced
this issue
Jan 27, 2023
…e in JS super call. When doing a super call to a method of a path-dependent JS super class, the `superClass.tpe_*` is only valid as seen from the super class' thisType. We need to rebase it with `asSeenFrom` to be in the context of the current class' thisType.
sjrd
added a commit
to sjrd/scala-js
that referenced
this issue
Jan 28, 2023
…e in JS super call. When doing a super call to a method of a path-dependent JS super class, the `superClass.tpe_*` is only valid as seen from the super class' thisType. We need to rebase it with `asSeenFrom` to be in the context of the current class' thisType.
gzm0
added a commit
that referenced
this issue
Jan 31, 2023
…s-class Fix #4801: Rebase the super JS type as seen from the this type in JS super call.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Fails with
The text was updated successfully, but these errors were encountered: