[swift-evolution] Proposal: Remove % operator for floating-point types
August Joki
august at apple.com
Fri Dec 18 17:40:55 CST 2015
-August
> On 18 Dec, 2015, at 15:31, Kevin Ballard via swift-evolution <swift-evolution at swift.org> wrote:
>
> On Fri, Dec 18, 2015, at 03:04 PM, Chris Lattner via swift-evolution wrote:
>>
>>> On Dec 18, 2015, at 3:03 PM, Stephen Canon <scanon at apple.com <mailto:scanon at apple.com>> wrote:
>>>
>>>
>>>> On Dec 18, 2015, at 5:57 PM, Chris Lattner <clattner at apple.com <mailto:clattner at apple.com>> wrote:
>>>>
>>>> On Dec 18, 2015, at 1:12 PM, Stephen Canon via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>>>>> Hi everybody —
>>>>>
>>>>> I’d like to propose removing the “%” operator for floating-point types.
>>>>
>>>> I support removing this - it is actively harmful for a surprising operation like this to have such short and inviting syntax. As asked downthread, have you given any thought into whether a Decimal type would support this operation?
>>>
>>> The same concerns apply to decimal. It makes sense to have the operation (for both binary and decimal floating-point) as “Type.remainder(a,b)” or a free function like "remainder(a, b)”, but I would prefer not to use the operator “%” for it because it behaves very differently from integer %, and in ways that are not at all obvious to most users.
>>
>> Great, I’d prefer decimal and the float types to have a consistent interface where possible. +1 from me on the proposal.
>
> Agreed. +1 from me too. The `10.0 % 0.1` behavior is sufficiently surprising that I think that justifies removal by itself.
>
> I'm also in favor of adding mod and remainder as instance methods of the floating point types, e.g. `10.0.mod(0.1)` (as opposed to static methods or free functions).
Shouldn’t that be added to any Arithmetic type?
>
> -Kevin Ballard
>
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20151218/c94322d9/attachment.html>
More information about the swift-evolution
mailing list