-
Notifications
You must be signed in to change notification settings - Fork 15
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
Try to move dealiasing from Uncurry to Erasure info transform #297
Comments
Seems feasible, see the first commit of https://github.com/scala/scala/compare/2.12.x...retronym:topic/uncurry-without-dealias?expand=1 |
retronym
added a commit
to retronym/scala
that referenced
this issue
Feb 20, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Feb 20, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Feb 21, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 9, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 14, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 14, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 15, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 15, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 15, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 15, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 19, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Mar 20, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Aug 20, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
retronym
added a commit
to retronym/scala
that referenced
this issue
Aug 24, 2017
The motivation is to make the uncurry info tranform an identity for more method signatures. A few spots in erasure needed to be updated to account for the possibility of aliases, by callng normalize and/or using baseType rather than just assuming that the type args and class type params line up. Fixes scala/scala-dev#297
You did try, it was a can of worms: scala/scala#5722 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
No description provided.
The text was updated successfully, but these errors were encountered: