[swift-users] Overload Resolution of Binary Operators
Rien
Rien at Balancingrock.nl
Tue Nov 15 01:41:40 CST 2016
I seem to remember that while it is possible to define, the compiler will yield an error if you try to use the functions (“cannot resolve”).
Regards,
Rien
Site: http://balancingrock.nl
Blog: http://swiftrien.blogspot.com
Github: http://github.com/Swiftrien
Project: http://swiftfire.nl
> On 14 Nov 2016, at 23:05, Toni Suter via swift-users <swift-users at swift.org> wrote:
>
> Hi,
>
> I would have expected that the following code reports an error, because
> of ambiguous function overloads:
>
> infix operator ***: MultiplicationPrecedence
> infix operator +++: AdditionPrecedence
>
> func ***(x: Int, y: Int) -> String {
> print("f1")
> return ""
> }
>
> func ***(x: Int, y: Int) -> Int {
> print("f2")
> return 0
> }
>
> func +++(x: String, y: Int) -> Int {
> print("f3")
> return 0
> }
>
> func +++(x: Int, y: Int) -> Int {
> print("f4")
> return 0
> }
>
> let result = 0 *** 4 +++ 0 // prints f2 and f4
>
>
> As far as I can tell, there are two possible overload resolutions: f1 + f3 or f2 + f4.
> I thought that these two solutions get an "equivalent score" and therefore there would
> be a compile error. However, that's not the case. Instead, the type checker picks
> f2 and f4.
>
> So, I guess my question is, whether there is some rule, that prefers
> operators, which have the same argument types and the same return type
> or whether this is simply a bug.
>
> Thanks and best regards,
> Toni
> _______________________________________________
> swift-users mailing list
> swift-users at swift.org
> https://lists.swift.org/mailman/listinfo/swift-users
More information about the swift-users
mailing list