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
Adding a fn taking a string has no effect one these.
It seems we consider overloads with coercible args before we check for explicitly matching ones. We should resolve the correct overload, and also check whether this behaves reasonable for functions taking multiple arguments (where non/some/all require coercions).
The text was updated successfully, but these errors were encountered:
Before, we could unnecessarily coerce integer types when a direct
match was available. The fix takes out the `TryCoercionWithinSameType`
style for non-coercing function call arguments, which solves it. I
don't recall why that was in there in the first place, but it doesn't
seem to break anything to skip it ...
Closes#1968.
If I implement the same function multiple times for integer types which are coercible into each other, the wrong overload is picked, e.g.,
I would have expected this to print
uint8
.Adding a
fn
taking astring
has no effect one these.It seems we consider overloads with coercible args before we check for explicitly matching ones. We should resolve the correct overload, and also check whether this behaves reasonable for functions taking multiple arguments (where non/some/all require coercions).
The text was updated successfully, but these errors were encountered: