You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
sym.info may still change indirectly, when sym.info.typeSymbol.info ne this(sym.info.typeSymbol.info)
It turns out it's more than an optimization, as simply setting it to false causes other problems.
repro:
// derived from a real-world Slick app (support #3035)// running Test should not throw a java.lang.ClassFormatError: Duplicate method name&signature in class file Test$$anonfun$1 // workaround: uncomment type arg to list belowclassAbstractTable[T] { typeTableElementType }
classTable[T] extendsAbstractTable[T] { typeTableElementType=T }
classQuery[E, U]
classTableQuery[E<:AbstractTable[_]] extendsQuery[E, E#TableElementType]
objectTestextendsApp {
objectMyTableextendsTableQuery[Table[Long]]
deflist[R](q: Query[_, R]):List[R] =Nil
list/*[Long]*/(MyTable) collect { case x => x }
}
The text was updated successfully, but these errors were encountered:
@retronym said (edited on Jan 21, 2014 11:51:09 AM UTC):
Closing to note that we've worked around the ClassFormatError in 2.10.4. I'll open a new issue for the residual question about what TypeMap should do with bounds.
In TypeMap, the following optimization is too eager:
sym.info
may still change indirectly, whensym.info.typeSymbol.info ne this(sym.info.typeSymbol.info)
It turns out it's more than an optimization, as simply setting it to false causes other problems.
repro:
The text was updated successfully, but these errors were encountered: