A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
available from
http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
To use it, you need two other pieces of software installed:
Xcode 3.0-- as available from the Leopard upgrade/install DVD
On Mon, 2007-11-05 at 16:59 +0100, Christian Maeder wrote:
> Hi,
>
> in
> http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-i386-unknown-linux.tar.bz2
>
> the binary ghc-6.8.1/lib/ghc-6.8.1/ghc-6.8.1 is not stripped after
> installation. For my own build from the sources I've put in my build.mk:
>
Ketil Malde wrote:
I'm using heap profiling on AMD64, and I am getting some slightly
strange results. Running the profiling, 'top' shows about 600Mb in
use, but the resulting profile shows ~80Mb. Rerunning with -M200M
results in an out-of-memory error.
Could it be that the profile is calcul
Hi,
in
http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-i386-unknown-linux.tar.bz2
the binary ghc-6.8.1/lib/ghc-6.8.1/ghc-6.8.1 is not stripped after
installation. For my own build from the sources I've put in my build.mk:
BIN_DIST=1
Project=Ghc
INSTALL_PROGRAM = $(INSTALL) -s -m 755
Maybe mk/co
Simon Peyton-Jones wrote:
Well it's debatable. Suppose we have
newtype Foo = MkFoo String deriving( Num )
Do you want to generate
instance Num String => Num Foo
?
Personally, I think I would like that -- along with a warning message.
It makes it clearer to me that I can do
newtype Fo
Simon,
At this point I don't believe the problem that I reported is related to ghc,
although I'm repeating things to bolster that conclusion.
(As an aside, except for memory testing, the manufacturing test suite for
the product I'm about to discuss is written in Haskell with just a handful
of sit
Well it's debatable. Suppose we have
newtype Foo = MkFoo String deriving( Num )
Do you want to generate
instance Num String => Num Foo
? I suspect not -- usually we generate an error message right away if we need
a Num String instance and one is not available.
Now you could argue that
|
Hi,
I'm using heap profiling on AMD64, and I am getting some slightly
strange results. Running the profiling, 'top' shows about 600Mb in
use, but the resulting profile shows ~80Mb. Rerunning with -M200M
results in an out-of-memory error.
Could it be that the profile is calculated incorrectly
Seth Kurtzberg wrote:
While compiling the new release (6.8.1, with both the primary source and
the extra libraries) I experienced a gcc error, gcc of course called by
ghc. I’m compiling 6.8.1 with ghc 6.6.1. The gcc version is 4.1.1.
I’ve seen similar behavior in the past where some sort of
Hello!
When compiling on Sun Solaris 5.9 sun4u sparc with configure
./configure --with-gmp-includes=/opt/csw/include
--with-gmp-libraries=/opt/csw/lib --with-ghc=/usr/local/ghc/bin/ghc
using gcc version 4.0.2 I get the following errors
-- errors start --
== gmake all -r;
in
10 matches
Mail list logo