diff options
author | Jason Zaugg <jzaugg@gmail.com> | 2013-12-08 22:37:38 +0100 |
---|---|---|
committer | Jason Zaugg <jzaugg@gmail.com> | 2013-12-10 14:23:35 +0100 |
commit | 6f42bd6881f9b1a6fa25d744cded38f53058538c (patch) | |
tree | 39b8ea92d8841e56ff0c319670ac7cb8cac760a7 /test/files/pos/t4365 | |
parent | 0de991ffea7c0d461cb4435fb8385c52ee39f7e3 (diff) | |
download | scala-6f42bd6881f9b1a6fa25d744cded38f53058538c.tar.gz scala-6f42bd6881f9b1a6fa25d744cded38f53058538c.tar.bz2 scala-6f42bd6881f9b1a6fa25d744cded38f53058538c.zip |
SI-8046 Only use fast TypeRef#baseTypeSeq with concrete base types
We can only compute the base type sequence (BTS) of a `TypeRef` by
element-wise transforming the BTS of the referenced symbol if
there are no abstract types in its BTS type symbols.
In the now-working test case, `pos/t8046.scala`, the difference
between the old and new calculation of the BTS is:
this = Three.this.Alias[Int]
sym.info.baseTypeSeq = BTS(One.this.Op[A],Any)
mapped BTS = BTS(Three.this.Op[Int],Any)
full BTS = BTS(Three.this.Op[Int],Int => Int,Object,Any)
The change to account for PolyType in ArgsTypeRef#transform is now
needed to avoid the full BTS of:
BTS(Three.this.Op[A],A => A,Object,Any)
Interestingly, everything actually works without that change.
Diffstat (limited to 'test/files/pos/t4365')
0 files changed, 0 insertions, 0 deletions