Skip to content

interaction with dependent / singleton types #17

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

Closed
lrytz opened this issue Apr 28, 2013 · 0 comments
Closed

interaction with dependent / singleton types #17

lrytz opened this issue Apr 28, 2013 · 0 comments
Assignees
Labels
Milestone

Comments

@lrytz
Copy link
Member

lrytz commented Apr 28, 2013

import scala.async.AsyncId.{async, await}
class A { class B }
async {
  val a = new A
  def foo(b: a.B) = 0
  await(foo(new a.B))
}

➡️

 found   : a.B
 required: a.B
                await(foo(new a.B))
                          ^

similar:

async {
  val x = ""
  def foo(a: x.type) = 0
  await(foo(x))
}

➡️

 found   : x.type (with underlying type String)
 required: x.type
                await(foo(x))
                          ^

and also (foo and await exchanged):

async {
  val x = ""
  def foo(a: x.type) = 0
  foo(await(x))
}

➡️

 found   : String
 required: x.type
                foo(await(x))
                         ^
@ghost ghost assigned retronym Jul 2, 2013
retronym added a commit to retronym/async that referenced this issue Jul 2, 2013
 - Avoid reset + retypecheck, instead hang onto the original types/symbols
 - Eliminated duplication between AsyncDefinitionUseAnalyzer and ExprBuilder
   - Instead, decide what do lift *after* running ExprBuilder
   - Account for transitive references local classes/objects. Still a few issues
     with the way we lift them, so the restrictions haven't been removed yet.
 - Make the execution context an regular implicit parameter of the macro
 - Fixes interaction with existential skolems and singleton types

Fixes scala#6, scala#13, scala#16, scala#17, scala#19, scala#21.
retronym added a commit to retronym/async that referenced this issue Jul 3, 2013
 - Avoid reset + retypecheck, instead hang onto the original types/symbols
 - Eliminated duplication between AsyncDefinitionUseAnalyzer and ExprBuilder
   - Instead, decide what do lift *after* running ExprBuilder
   - Account for transitive references local classes/objects and lift them
     as needed.
 - Make the execution context an regular implicit parameter of the macro
 - Fixes interaction with existential skolems and singleton types

Fixes scala#6, scala#13, scala#16, scala#17, scala#19, scala#21.
@retronym retronym added the bug label Jan 8, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants