<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-09-28 0:22 GMT+02:00 Niklas Hambüchen <span dir="ltr"><<a href="mailto:mail@nh2.me" target="_blank">mail@nh2.me</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This suggests that the order is:<br>
<br>
1. put it in base<br>
2. wait 3 releases<br>
3. build consensus about deprecation<br>
[...]<br></blockquote><div><br></div><div>For the current proposal I would really like to see:</div><div><br></div><div>   0. Put the proposed functions into a separate package</div><div><br></div><div>At least for me, it's far from clear what exactly has to be added, how usable it would be, how many changes are needed in libraries/apps out in the wild etc., and removing/changing broken things from base is very, very hard. So it would be wise to let a proposal mature in a separate package. But that's a general remark for everything which should go into base.</div><div><br></div><div>Regarding fromIntegral: I fail to see why this function should be special in any way. If you use one of the fixed-width integral types, you basically opt-in into a world of wrap-arounds, silent under-/overflows etc. As already mentioned in this thread, this doesn't only happen when fromIntegral is used, it can happen for tons of other operations, too. For the same reasoning, one would have to deprecate (+), (-), (*) etc. on fixed-width types.</div><div><br></div><div>So in a nutshell: -1 for deprecating fromIntegral, +1 for additional conversions (but not in base yet).</div><div><br></div></div></div></div>