title says it all,, this is kind of annoying when writing some generic
FloatingPoint code where both the integral and floating parameters are
unfixed.
xwu
(Xiaodi Wu)
2
This would be a good addition to the BinaryFloatingPoint protocol. It's not
difficult to implement; it's not present (afaict) simply because
BinaryFloatingPoint was designed before BinaryInteger existed.
···
On Mon, Jan 1, 2018 at 3:58 PM, Kelvin Ma via swift-evolution < swift-evolution@swift.org> wrote:
title says it all,, this is kind of annoying when writing some generic
FloatingPoint code where both the integral and floating parameters are
unfixed.
_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution
nnnnnnnn
(Nate Cook)
3
Right, SE-0067 included that initializer with the caveat that implementation wouldn't be possible until the integer protocols were revised. As far as I can see, that makes this a fix that wouldn't need further SE discussion. (The generic init(exactly:) needs an implementation, too.)
Nate
···
On Jan 1, 2018, at 7:01 PM, Xiaodi Wu via swift-evolution <swift-evolution@swift.org> wrote:
This would be a good addition to the BinaryFloatingPoint protocol. It's not difficult to implement; it's not present (afaict) simply because BinaryFloatingPoint was designed before BinaryInteger existed.
On Mon, Jan 1, 2018 at 3:58 PM, Kelvin Ma via swift-evolution <swift-evolution@swift.org> wrote:
title says it all,, this is kind of annoying when writing some generic FloatingPoint code where both the integral and floating parameters are unfixed.
_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution
_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution