Markus Barenhoff wrote:
On Mon 15.12 09:26, Simon Marlow wrote:
Hello everyone,
a happy new year first of all.
5.0.2 -package old-time-1.0.0.1 -package process-1.0.1.1 -package
template-haskell-2.3.0.0 -package unix-2.3.1.0 -O -Wall
-fno-warn-name-shadowing -fno-warn-orphans -XCPP -XMagicHash
-XUnboxedTuples -XPatternGuards -XForeignFunctionInterface -XEmptyDataDecls
-XTypeSynonymInstances -XMultiParamTypeClasses -XFlexibleInstances
-XRank2Types -XScopedTypeVariables -XDeriveDataTypeable -prof -hisuf p_hi
-hcsuf p_hc -osuf p_o -idist-stage2/build -H32m -O -Rghc-timing -O2 -c
nativeGen/MachRegs.lhs -o dist-stage2/build/MachRegs.p_o -ohi
dist-stage2/build/MachRegs.p_hi
ghc: panic! (the 'impossible' happened)
(GHC version 6.11.20081211 for x86_64-unknown-freebsd):
CoreToStg.myCollectArgs
(__scc {trivColorable ghc-6.11.20081211:MachRegs !}
ghc-6.11.20081211:MachRegs.isSqueesed{v r2FI} [gid] 0 0)
eta_s2Ni{v} [lid]
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
This is a known problem with the build right now. I'll try to install a
fix this week, but in the meantime you can avoid building profiled
libraries by copying mk/build.mk.sample to mk/build.mk and uncommenting the
line that says 'BuildFlavour = quick'.
Yesterday I updated my sources to the current darcs version. Now the build works
again, but there still seems to exist a problem with memory allocation:
--- snip ---
$ ghci
GHCi, version 6.11.20090105: http://www.haskell.org/ghc/ :? for help
ghc: mmap 28672 bytes at 0x40099000: Invalid argument
ghc: Try specifying an address with +RTS -xm<addr> -RTS
--- snip ---
Could you run ktrace or truss on ghci so we can see the offending call to
mmap()? I'm not sure what it is that the OS is complaining about.
Cheers,
Simon
_______________________________________________
Glasgow-haskell-users mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
