2.13.0-M3 compiler crash with "Synthetic tree ... contains nonsynthetic tree" #10706
Comments
xuwei-k
added a commit
to joroKr21/scalaz
that referenced
this issue
Feb 2, 2018
xuwei-k
pushed a commit
to scalaz/scalaz
that referenced
this issue
Feb 2, 2018
* Resolve ambiguous implicits for Scala 2.13.0-M3 In preparation. There may be more but this is what the tests caugth. * scalacheck_2.13.0-M3 released (only jvm). enable Scala 2.13.0-M3 jvm test * remove "-Yrangepos" scalac option scala/bug#10706
|
Related to scala/scala#5999? |
hrhino
added a commit
to hrhino/scala
that referenced
this issue
Feb 13, 2018
…ing val. Not because we're going to do anything else with the old one, but because rangepos expects offset-positioned trees not to contain range-positioned trees. This is the same approach that default arguments use when moving the RHS of the parameter val into a default getter. Alternatives: - Remove that assertion: I'm not sure what it's for, but the validation seems quite insistent on that point. I suspect that the IDE or PC or something using positions may break on that. - Use the tree duplicator (and don't make a focuser traverser). This is how the default args are currently done, but since we're not reusing `qual` here that I can see it doesn't seem too useful to waste the allocations that it would take to duplicate that tree. The test cases are just slapping `-Yrangepos` on all of the test cases introduced in bcbe993 (where this feature was introduced). `test/files/pos/t4225.scala` is not thus enhanced, since there's a similar rangeposly error with by-name arguments of right-associative methods. Fixes scala/bug#10706.
hrhino
added a commit
to hrhino/scala
that referenced
this issue
Feb 13, 2018
…ing val. ...because rangepos expects offset-positioned trees not to contain range-positioned trees. This is the same approach that default arguments use when moving the RHS of the parameter val into a default getter. Alternatives: - Remove that assertion: I'm not sure what it's for, but the validation seems quite insistent on that point. I suspect that the IDE or PC or something using positions may break on that. - Use the tree duplicator (and don't make a focuser traverser). This is how the default args are currently done, but since we're not reusing `qual` here that I can see it doesn't seem too useful to waste the allocations that it would take to duplicate that tree. The test cases are just slapping `-Yrangepos` on all of the test cases introduced in bcbe993 (where this feature was introduced). `test/files/pos/t4225.scala` is not thus enhanced, since there's a similar rangeposly error with by-name arguments of right-associative methods. Fixes scala/bug#10706.
ghost
mentioned this issue
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
same message as #8510 , #10095 .
but scalaz 7.3 does not use macros and another versions(Scala 2.11.12, 2.12.4) builds fine
how to reproduce
error log
The text was updated successfully, but these errors were encountered: