summaryrefslogtreecommitdiff
path: root/test/files/pos/nothing_manifest_disambig.scala
Commit message (Collapse)AuthorAgeFilesLines
* Begone t1737...Hubert Plociniczak2011-11-021-3/+3
|
* different approach to manifests of type par...Adriaan Moors2010-08-101-0/+10
different approach to manifests of type parameters: before, ambiguity was prevented by leaving type inference failures (Nothing was inferred) in the expression that needs an implicit manifest -- we now put these back in undetparams (maybe they will be inferred) and when we need to produce a manifest for an undetermined parameter (it ended up not being inferred), we assume it will get instantiated to Nothing (but for now don't actually reflect that in the SearchResult, as instantiate should take care of that anyway) see test file for use case that works with this new scheme, but did not work before: the eager instantiation of type params to Nothing before implicit search even got started would indeed prevent ambiguity -- unfortunately it also ruled out valid code like this (where the type parameter is inferred successfully by the time the manifest is needed) review by odersky