Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Incorrect reification of type aliases #5771

Closed
scabug opened this issue May 8, 2012 · 3 comments
Closed

Incorrect reification of type aliases #5771

scabug opened this issue May 8, 2012 · 3 comments
Assignees
@xeno-by
Labels
dealias compiler isn't dealiasing when it should, or vice versa reflection
Milestone
2.10.0

Comments

@scabug
Copy link

scabug commented May 8, 2012 

import scala.reflect.mirror._

object Test extends App {
  type AI1 = Array[Int]
  println(reify{ val x: AI1 = null })
}
Expr[Unit]({
  val x: Array = null;
  ()
})
@scabug
Copy link
Author

scabug commented May 8, 2012

Imported From: https://issues.scala-lang.org/browse/SI-5771?orig=1
Reporter: @xeno-by
Affected Versions: 2.10.0-M3

@scabug
Copy link
Author

scabug commented May 8, 2012

@xeno-by said:
Note to self. If dealiased type involves local symbols, then it's been declared inside the quasiquote, and we need to reify the rhs of the corresponding TypeDef. Otherwise, reify typeref as TypeTree(tpe0.dealias) - I hate reifying types, but it seems that nothing else can be done here.

@scabug
Copy link
Author

scabug commented Jul 3, 2012

@xeno-by said:
Fixed implicitly together with #6005

@scabug scabug closed this as completed Jul 3, 2012
@scabug scabug added this to the 2.10.0 milestone Apr 7, 2017
@SethTisue SethTisue added the dealias compiler isn't dealiasing when it should, or vice versa label Nov 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@xeno-by xeno-by

Labels
dealias compiler isn't dealiasing when it should, or vice versa reflection
Projects
None yet
Milestone
2.10.0
Development

No branches or pull requests
3 participants
@SethTisue @xeno-by @scabug