summaryrefslogtreecommitdiff
path: root/test/files/run/t6113.check
Commit message (Collapse)AuthorAgeFilesLines
* Revert "SI-7517 type constructors too eagerly normalized."Paul Phillips2013-06-031-1/+1
| | | | | | | | | This reverts commit 14534c693d2eb6acafaf8244c14b5643388fbd67. It turns out this approach was breaking the working variations in the submitted test case even as it was unbreaking the unworking one, but I never managed to uncomment them. Fortunately retronym's test case was not so lackadaisical.
* SI-7517 type constructors too eagerly normalized.Paul Phillips2013-05-311-1/+1
| | | | | | | | | | | | | | I think 403eadd0f1 was largely a symptomatic remedy (not that we shouldn't harden against such outcomes) and that this commit gets closer to the root causes. The unanticipated change to test/files/run/t6113.check is like a cry of support from the jury box. -Foo[[X](Int, X)] +Foo[AnyRef{type l[X] = (Int, X)}#l] We should continue to look at calls to normalize with grave suspicion.
* SI-6113 typeOf now works for type lambdasEugene Burmako2013-02-071-0/+1
It's not a problem to have an abstract type symbol in a ground type tag if that symbol is defined in the type being reified. This mechanics was already built in for existentials, now we extend it to include type params of poly types. Credit goes to @katefree