Hi all,
I recently switched to ghc 6.0.1 running on a debian linux box.
When compiling a program using
ghc --make -O
or
ghc --make -O2
I get lots of errors while linking.
The linker concerns about undefined references to Data.FiniteMap, which I
frequently use.
For example, the linker says:
I recently switched to ghc 6.0.1 running on a debian linux box.
When compiling a program using
ghc --make -O
or
ghc --make -O2
I get lots of errors while linking.
The linker concerns about undefined references to
Data.FiniteMap, which I
frequently use.
For example, the linker
I haven't investigated in detail, but I believe your problem might be
caused by a known bug in the implementation of forkProcess, namely that
when forking from a child thread it doesn't kill the main thread. The
workaround is to fork (in your case call popen) from the main thread,
not a child
On Wed, 30 Jul 2003 18:01:22 +0100, you wrote:
GHCziBase_True_closure is a symbol that should be coming from the base
package, the GHC.Base module in particular. You could check that
libraries/base/libHSbase.a looks reasonable: it should be on the order
of 17Mb. Try 'nm' on it, look for some of
On Wed, 30 Jul 2003 18:01:22 +0100, you wrote:
GHCziBase_True_closure is a symbol that should be coming
from the base
package, the GHC.Base module in particular. You could check that
libraries/base/libHSbase.a looks reasonable: it should be on
the order
of 17Mb. Try 'nm' on it, look
On Thu, Jul 31, 2003 at 08:55:01AM +0200, Jan Scheffczyk wrote:
Hi all,
I recently switched to ghc 6.0.1 running on a debian linux box.
When compiling a program using
ghc --make -O
or
ghc --make -O2
I get lots of errors while linking.
The linker concerns about undefined references
On Thu, 31 Jul 2003 13:57:02 +0100, you wrote:
What is odd is that ghc-inplace is invoked by the make process several
times before this big one (which appears to be the start of stage 2?)
and works fine...
Do the errors really refer to GHCziBase_True_Closure, or is it
GHCziBase_True_closure?
Hi Ian,
If you are not already using them then you could try the debs from the
Haskell Experimental repository. Both stable and unstable debs are
available (unfortunately they are awaiting manual intervention before
going into the Debian archive as there are a couple of new package
names):
=
The (Interactive) Glasgow Haskell Compiler -- version 6.0.1
=
A Mac OS X package id now available at:
http://www.uni-graz.at/imawww/haskell/GHC.6.0.1.dmg
Cheers,