Philipp M

able to reproduce this on 3.4.2, but I feel I lack the knowledge of macros to fix this at the moment. this test compiles and succeeds: ```scala val additionFunc =...

cause: changes to MockMaker.initDef in e07cca308abaebdaeeca27c3c2933bdc211f3bcc

https://github.com/paulbutcher/ScalaMock/blob/88504cc7a0a519324680df17b1a96b7aa71720a5/core/shared/src/main/scala/org/scalamock/clazz/MockMaker.scala#L222 typeSignatureIn returns the parameter T, not the materialised type (e.g. Int)

Bit stuck on this one, so I asked at https://stackoverflow.com/questions/42044540/obtaining-the-realised-type-for-a-scala-class-using-macros and gitter

very stuck, the solution with `.dealias` is more difficult to implement than I thought. Also MockAdapter for 2.10 redirects this to `.normalize`

At the moment, ScalaMock 4, and fixes for issues like this, depend on Scala.Meta. This has now been released but only supports a subset of Scala versions and only the...

My current plan is to keep the 3.x series going as mainline until Scala.meta is available on at least 2.11, 2.12 and JVM+JS. At that time it's probably worth dropping...

4.x is still the same as the 3.x series, however the library name and transitive dependencies are changed.

Thanks, will take a look. Runtime says JVM, but your report is about the JS backend if i read the test case right? Also, there's ScalaMock 3.6.0 now, but doubt...

Added `libraryDependencies += "org.scala-js" %%% "scalajs-dom" % "0.9.3"` to pull in `CanvasRenderingContext2D` and get the same error on ScalaMock master.