The members that ambiguate this implicit conversion Note: for ambiguatingMembers you have the following invariant: assert(ambiguatingMembers.
The members that ambiguate this implicit conversion Note: for ambiguatingMembers you have the following invariant: assert(ambiguatingMembers.foreach(_.byConversion.isDefined)
The members that shadow the current entry use .
The members that shadow the current entry use .inTemplate to get to the template name
(implicitMemberShadowing: StringAdd).self
(implicitMemberShadowing: StringFormat).self
(implicitMemberShadowing: ArrowAssoc[ImplicitMemberShadowing]).x
(Since version 2.10.0) Use leftOfArrow
instead
(implicitMemberShadowing: Ensuring[ImplicitMemberShadowing]).x
(Since version 2.10.0) Use resultOfEnsuring
instead
Shadowing captures the information that the member is shadowed by some other members There are two cases of implicitly added member shadowing: 1) shadowing from a original class member (the class already has that member) in this case, it won't be possible to call the member directly, the type checker will fail attempting to adapt the call arguments (or if they fit it will call the original class' method) 2) shadowing from other possible implicit conversions () this will result in an ambiguous implicit converion error