RE: ghc --make feature request

2001-10-30 Thread Simon Peyton-Jones

| Note that in GHC, the version number of a function can 
| often change for hard-to-spot reasons.  You just need to 
| change (for example) the strictness properties of the 
| function, which can be very easy to do when making changes to 
| your code.  The compiler cares about (much) more than just 
| the types of imported objects.  I tend to expect recompiles 
| whenever something depends on a function I've changed, even 
| if I don't think the changes were very significant.

But you get many many fewer such unexpected changes when
you do not use -O or (I believe) when you use ghci.   Reason:
without -O ghc exports only type info across module boundaries.

So I'd still
like to understand why Martin is seeing so much recompilation.

S

___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



Re: ghc compiled program crashes

2001-10-30 Thread Sven Eric Panitz


 From: Julian Seward (Intl Vendor) [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 X-OriginalArrivalTime: 30 Oct 2001 09:55:44.0099 (UTC) 
FILETIME=[0A82EB30:01C16129]



 Sven

 | from time to time ghc compiled programs simply crash on
 | my windows2000 without any meaningfull error message. I guess 
 | this has something to do with storage management (I vaguely 
 | remember having read something about errors durcing gc on 
 | this list, but did not find the corresponding posts in the archive).

 ghc-5.02 has a known bug on Win32 only, which causes all
 programs compiled with it to die silently when the heap size
 reaches 128 megabytes.  This is fixed in the upcoming 5.02.1.

 You did not say what version ghc you are using or give any
 other details.  If you tell us more we might be able to help
 more.

 J


Sorry that I was not more specific in my previous mail. Yes, it is
the known bug of heaps larger than 128m on Windows. Simon M. 
helped me to figure that out yesterday evening.

Thanks to both of you

Sven Eric



___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



Re: problem definind a function

2001-10-30 Thread Andre W B Furtado

The following code works...

 = \x y - (x+y - length [1..(gcd x y)] = round (((fromIntegral
x)+1)/2) )

-- Andre


 hello,

 Does anybody know why it is not possible to define the folowing function
 in ghc?

 = \x y - (x+y - length [1..(gcd x y)] = round ((x+1)/2)) )

 The message obtained was this one:

 No instance for (RealFrac Int)
 arising from use of `round' at num-s-divs.hs:253
 In the second argument of `(=)', namely `round ((x + 1) / 2)'
 In a lambda abstraction:
 (((x + y) - (length [1 .. (gcd x y)])) = (round ((x + 1) / 2)))

 Thanks in advance,

 J. I. GarcĂ­a

 ___
 Glasgow-haskell-users mailing list
 [EMAIL PROTECTED]
 http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users