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
iarray.scala:10:error: bridge generated for member method fromIterableWithSameElemType: ()Arr[A] in classArrOps
which overrides method fromIterableWithSameElemType: ()Repr in traitSeqMonoTransforms
clashes with definition of the member itself;
both have erased type ()ObjectdeffromIterableWithSameElemType():Arr[A] = xs
^
The error makes no sense. No bridge should have been generated, as the erasures of both fromIterableWithSameElemType methods have the same type ()Object
This is a blocker for any attempt to add immutable arrays to the collection strawman.
The text was updated successfully, but these errors were encountered:
@DarkDimius said (edited on Jan 16, 2017 9:26:21 AM UTC):
as the erasures of both fromIterableWithSameElemType methods have the same type ()Object
Though erasure of both method is the same, the returned Object should have different type: Repr is SeqMonoTransforms and A in ArrOps. I don't think this error is spurios or wrong: under current compilation scheme for value classes we can't indeed correctly compile this class. More details(and a proposed solution that breaks binary compatibility) in my comments in scala/scala3#1905
Compiling
we get:
The error makes no sense. No bridge should have been generated, as the erasures of both
fromIterableWithSameElemType
methods have the same type()Object
This is a blocker for any attempt to add immutable arrays to the collection strawman.
The text was updated successfully, but these errors were encountered: