On Wednesday 02 June 2010 00:55:08, Maciej Piechotka wrote: > On Tue, 2010-06-01 at 15:29 -0700, Evan Laforge wrote: > > > [1] By co I mean Ruby, Python, Perl and others. There are no so many > > > languages that do recognize the difference. > > > > % python -Q new > > Python 2.4.6 (#1, Aug 3 2009, 17:05:16) > > [GCC 4.0.1 (Apple Inc. build 5490)] on darwin > > Type "help", "copyright", "credits" or "license" for more information. > > 10 / 3 > > #-> 3.3333333333333335 > > 10 // 3 > > #-> 3 > > > > > > The python guys decided that int/int -> int was a mistake, but because > > it's an incompatible change, the removal process has been long (hence > > the -Q flag, or a from __future__ import). In fact, I think they gave > > up on making it the default before python 3. > > > > I appreciate that haskell has differentiated from the beginning. > > Well - i tried to write some package dealing with distributions etc. > > If you have something like that: > > instance ... => Distribution (Linear a) a where > rand (Linear f s) g = > let (gf, gt) = genRange g > (v, g') = next g > in (g', f + (fromIntegral v * s) / fromIntegral (gt - gf)) > > (I haven't check it but IMHO it is right implementation) > > Now I have following options: > > - Implement per Int/Int8/... > - Implement IntegerLinear and FractionalLinear separatly
- use realToFrac instead of fromIntegral (using the logfloat package is probably not a bad idea then) > > Neither of choices are IMHO not ideal. Methinks that is not what you wanted to say ;) > > Regards _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
