Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Michael Marte
Simon Marlow wrote: Michael Marte wrote: Yes, I synced my working copy of ghc 6.5 yesterday with darcs pull. Are there any requirements as to which exact version of ghc 6.4 I am supposed to use? I am using the plain 6.4 release but I am able to build the head of the 6.4 branch. BTW. Am I

Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Simon Marlow
Michael Marte wrote: I did as you said (make clean; autoreconf; configure; make) but it didn't help; I get the same error as before. Ok, could you try this: $ size ghc/lib/compat/cbits/unicode.o $ size ghc/lib/compat/Compat/Unicode.o there should be some code in those modules if the

Re[2]: Message GHC/PrimopWrappers.hs:133:29: Not in scope: `GHC.Prim.quotInteger2Exp#' building GHC with additional primitive operation

2006-03-29 Thread Bulat Ziganshin
Hello Thorkil, Wednesday, March 29, 2006, 2:15:05 AM, you wrote: Thorkil, i can't understand why you can't just use FFI to import functions you required? why you need to patch the PrimOps list? As I wrote earlier, using FFI is also a candidate for getting access to additional GMP functions.

Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Michael Marte
Simon Marlow wrote: Michael Marte wrote: I did as you said (make clean; autoreconf; configure; make) but it didn't help; I get the same error as before. Ok, could you try this: $ size ghc/lib/compat/cbits/unicode.o $ size ghc/lib/compat/Compat/Unicode.o there should be some code in

Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Simon Marlow
Michael Marte wrote: Simon Marlow wrote: Michael Marte wrote: I did as you said (make clean; autoreconf; configure; make) but it didn't help; I get the same error as before. Ok, could you try this: $ size ghc/lib/compat/cbits/unicode.o $ size ghc/lib/compat/Compat/Unicode.o there

Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Michael Marte
Simon Marlow wrote: Michael Marte wrote: Simon Marlow wrote: Michael Marte wrote: I did as you said (make clean; autoreconf; configure; make) but it didn't help; I get the same error as before. Ok, could you try this: $ size ghc/lib/compat/cbits/unicode.o $ size

Re: Still problems building ghc 6.5 with ghc 6.4

2006-03-29 Thread Simon Marlow
Michael Marte wrote: Now I get the following error: GHC/PrimopWrappers.hs:565:20: Not in scope: `GHC.Prim.forkOn#' I think this problem may be releated to the other changes I pulled. You probably need to rebuild some stuff. If your stage 1 compiler is up to date, then remove

Re: GHC 6.4.2 release candidates

2006-03-29 Thread Duncan Coutts
On Tue, 2006-03-28 at 12:34 +0100, Simon Marlow wrote: Hi Folks, We're finally in release-candidate mode for 6.4.2. Please grab a snapshot and try it out: http://www.haskell.org/ghc/dist/stable/dist/ (scroll to the bottom for the latest). The available builds are:

Re: GHC 6.5 on Mac Os X

2006-03-29 Thread Wolfgang Thaller
On 28-Mar-06, at 4:52 AM, Simon Marlow wrote: This seems very strange indeed - I immediately suspect something odd with your hardware. Try swapping out RAM, if you can. Strange that it only seems to affect Perl (Perl is running the mangler that generates that .s file). I suppose it's

Re: GHC 6.5 on Mac Os X

2006-03-29 Thread Chris Brown
Hi, I have managed to get through stage1 of the compilation - but now I get link errors! ... TcTyDecls.o stage1/typecheck/TcType.o stage1/typecheck/TcUnify.o stage1/types/Class.o stage1/types/FunDeps.o stage1/types/ Generics.o stage1/types/InstEnv.o stage1/types/Kind.o

Re: Possible runtime overhead of wrapping the IO monad?

2006-03-29 Thread Brian Hulley
Brian Hulley wrote: With -O2 enabled, __ccall_GC duma_vertex3f is indeed called directly instead of vertex3f, from a different module, so that proves that different monads can indeed be used to wrap IO operations without any performance penalty at all. However I've just discovered there *is* a

Re: Possible runtime overhead of wrapping the IO monad?

2006-03-29 Thread John Meacham
On Thu, Mar 30, 2006 at 03:50:06AM +0100, Brian Hulley wrote: where the intention is that the callback will take the width and height of the window and return a RenderM action, the problem is that because the FFI does not allow RenderM to appear in a foreign type. it should, the types in