diff options
| author | Jason Zaugg <jzaugg@gmail.com> | 2013-03-09 13:03:22 +0100 |
|---|---|---|
| committer | Jason Zaugg <jzaugg@gmail.com> | 2013-03-09 23:05:52 +0100 |
| commit | 7e52fb910b8547930f203233e46140a2daf8b511 (patch) | |
| tree | dccdea4814193953de9cb92886586dede4a14b4b /test/files/android | |
| parent | 2ff7650fb9f337dd123449e6cbcefc521cac8556 (diff) | |
| download | scala-7e52fb910b8547930f203233e46140a2daf8b511.tar.gz scala-7e52fb910b8547930f203233e46140a2daf8b511.tar.bz2 scala-7e52fb910b8547930f203233e46140a2daf8b511.zip | |
SI-7226 Fix inference regression caused by TypeVar equality.
TypeVars, being mutable creatures, mustn't have structural
equality/hashing, otherwise TypeRefs that differ only by
having distinct TypeVars as components get wrongly uniqued
together.
The reported bug showed the disaterous consequences: constraints
from the `C?[Int]` in the return type applied to the `?C[?A]` in
the parameter list.
This commit overrides `equals` and `hashCode` in `TypeVar`
to use reference equality. An alternative fix would be to drop
the `case`-ness of the class, as was the case before 0cde930b
when this regressed.
Diffstat (limited to 'test/files/android')
0 files changed, 0 insertions, 0 deletions