You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The same fix as what was done in the JVM fixes our issue for Scala classes inside Scala classes. But our situation is further complicated by non-native JS classes.
sjrd
added a commit
to sjrd/scala-js
that referenced
this issue
Jun 14, 2017
Since Scala 2.12, the `qual` part of a super call is not always
`this`. It can be `this.$outer()` or similar things. Therefore, we
cannot blindly assume that the receiver is `this`, nor that the
super call is a JS super call iff the current class is a JS class.
Instead, we correctly use `genExpr(qual)` and inspect
`isRawJSType(qual.tpe)`.
sjrd
added a commit
to sjrd/scala-js
that referenced
this issue
Jun 14, 2017
Since Scala 2.12, the `qual` part of a super call is not always
`this`. It can be `this.$outer()` or similar things. Therefore, we
cannot blindly assume that the receiver is `this`, nor that the
super call is a JS super call iff the current class is a JS class.
Instead, we correctly use `genExpr(qual)` and inspect
`isRawJSType(qual.tpe)`.
Same bug as scala/scala#5944 on the JVM side, for exactly the same reason.
The text was updated successfully, but these errors were encountered: