summaryrefslogtreecommitdiff
path: root/test/pending/buildmanager
diff options
context:
space:
mode:
authorJason Zaugg <jzaugg@gmail.com>2014-09-26 09:24:50 +1000
committerJason Zaugg <jzaugg@gmail.com>2016-08-18 11:18:47 +1000
commit036a9bbd0be2b71fc9d60954fd0b1b64c9a181af (patch)
tree714e23d5e4da45ae1fd6badb1f3d90a40dd426dd /test/pending/buildmanager
parent4e564efb04e508ccc0f479cf1a25331501927d88 (diff)
downloadscala-036a9bbd0be2b71fc9d60954fd0b1b64c9a181af.tar.gz
scala-036a9bbd0be2b71fc9d60954fd0b1b64c9a181af.tar.bz2
scala-036a9bbd0be2b71fc9d60954fd0b1b64c9a181af.zip
SI-8079 Only expand local aliases during variance checks
We've been flip-flopping on this one through the years, right now we issue an two errors for the enclosed test. After this commit, variance validation only expands aliases that are `{private,protected}[this]`. The rest need not be expanded, as we have already variance validated the RHS of the alias. It also removes a seemingly incorrect check in `isLocalOnly`. This also means that we can use `@uncheckedVariance` to create variant type aliases for Java interfaces. However, if such a type alias is declared private local, it *will* be expanded. That shouldn't be a problem, other than for the fact that we run through an as-seen-from that strips the `@uV` annotations in the type expansion. This has been recorded in a pending test.
Diffstat (limited to 'test/pending/buildmanager')
0 files changed, 0 insertions, 0 deletions