MR K P SCHUPKE wrote:
Why is there no Irrational class. This would make more sense for
Floats and Doubles than the fraction based Rational class. We could
also add an implementation of infinite precision irrationals using
a pair of Integers for exponent and mantissa.
That would just be a subset of
Henning Thielemann wrote:
I wonder why Infinity has a sign in IEEE floating processing, as well as
0. To support this behaviour uniformly one would need a +0 or -0 offset
for each number, which would lead straightforward to non-standard analysis
...
See Branch Cuts for Complex Elementary
On 04 November 2004 18:21, Ian Lynagh wrote:
However, if a .y file starts:
{
{-# OPTIONS -w #-}
-- Foo
{-# OPTIONS -w #-}
module Parser (parse) where
}
then the generated .hs file starts:
-- parser produced by Happy Version 1.14
-- Foo
{-#
On 06 November 2004 10:10, Sven Panne wrote:
Duncan Coutts wrote:
I can knock up a proof of concept patch if anyone thinks this is a
good idea. It should be totally backward compatible, it's ok to use
both, but ditro packagers might like to enforce a policy of using a
directory of package
Henning Thielemann wrote:
On Fri, 5 Nov 2004, Robert Dockins wrote:
What IEEE has done is shoehorned in some values that aren't really
numbers into their representation (NaN certainly; one could make a
convincing argument that +Inf and -Inf aren't numbers).
I wonder why Infinity has a sign in
On 08 November 2004 02:49, David Lo wrote:
I'm new in haskell. I'm assigned to see that a piece of Haskell code
need to be callable from C#. I find that I can convert Haskell to DLL
using ghc --mk-dll.
I find it is fine for simple function but for the following errors are
reported.
On Mon, 2004-11-08 at 14:36, Simon Marlow wrote:
On 06 November 2004 10:10, Sven Panne wrote:
Duncan Coutts wrote:
I can knock up a proof of concept patch if anyone thinks this is a
good idea. It should be totally backward compatible, it's ok to use
both, but ditro packagers might like
