I too was seeing this with RC1, but I haven't tried RC2. Looking at
the commits on the 7.4 branch, I don't see anything that would have
likely affected/fixed it, so I speculate I'll see the same thing with
RC2. I'll try tonight and report back.
I will note that manually built copies of HEAD work j
Unfortunately ghci still segfaults for me most times (the previous
release candidate did too). Anyone else seeing this? What should I
do to troubleshoot?
OS X 10.6.8, using GHC-7.4.0.20120126-x86_64.pkg
I'll try GHC-7.4.0.20120126-i386.pkg in a bit, but I probably do need
the 64 bit version, pr
Hello John,
When this has happened to me in the past, it was because I was trying to
allocate using a corrupted read (though, this was a userland). So it's very
plausible you've hit a bug in GHC. Have you tried 7.2? HEAD?
Edward
Excerpts from John Meacham's message of Fri Jan 27 19:33:13 -0500
So... I knew that ghc was a memory hog.. but I am suddenly running
into it dying with messages like the following:
ghc: out of memory (requested 5997056753664 bytes)
make[1]: *** [jhc] Error 1
Before I go out and find a machine with 6 terrabytes of RAM, I figured
I'd post here first :)
now the s
We are pleased to announce the first release candidate for GHC 7.4.1:
http://www.haskell.org/ghc/dist/7.4.1-rc2/
This includes the source tarball, installers for OS X and Windows, and
bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD.
Please test as much as possible; bugs
On 27 January 2012 15:14, Felipe Almeida Lessa wrote:
> On Fri, Jan 27, 2012 at 12:06 PM, Bas van Dijk wrote:
>> $ cabal configure --ghc-options="-O2 -prof -auto-all -caf-all"
>
> Why aren't you using the specific options for profiling?
>
> $ cabal configure --help | grep profiling
> -p --enable
On Fri, Jan 27, 2012 at 12:06 PM, Bas van Dijk wrote:
> $ cabal configure --ghc-options="-O2 -prof -auto-all -caf-all"
Why aren't you using the specific options for profiling?
$ cabal configure --help | grep profiling
-p --enable-library-profiling Enable Library profiling
--disable-libr
Hello,
I would like to profile a cabal package that contains template haskell
code. However I get the following error:
$ cabal configure --ghc-options="-O2 -prof -auto-all -caf-all"
...
$ cabal build
...
Dynamic linking required, but this is a non-standard build (eg. prof).
You need to build
On 26/01/2012 23:37, Evan Laforge wrote:
I'm slightly surprised by this - in my experience parallel builds beat
--make as long as the parallelism is a factor of 2 or more. Is your
dependency graph very narrow, or do you have lots of very small modules?
I get full parallelism, 4 threads at once
