Dear GHC,
I have installed ghc-5.02.2-i386-unknown-linux
in my user directory on RedHat-6.1 Linux machine, libc-2.1.2
to which I have ssh access.
My DoCon program was tested on Debian Linux.
Now, it fails to `make' under RedHat in the following way.
1. It loads some shell wich shows the
Dear ghc-5.02.2-i386-unknown-linux,
(RedHat-6.1 Linux machine, libc-2.1.2),
Can you, please explain the following effect
Main.hs: main = putStr "hello\n"
Makefile:
-
obj:
ghc -c -O Main.hs +RTS -M10m -RTS
-- Running
$ tcsh
> mak
I am sorry. It was a false alarm.
I wrote recently about Makefile faults when applying ghc.
The is also old ghc on this machine in the system area.
I set alias to new ghc (in my user directory),
but `make' does not know about alias and applies old ghc,
which does not understand some optio
Dear ghc-5.02.2-i386-unknown-linux,
When compiling with -O, you report sometimes things like
In file included from /usr/include/sys/resource.h:25,
from
/share/nfs/users/internat/mechvel/ghc/5.02.2/inst/lib/ghc-5.02.2/
include/HsStd.h:
Hi,
Have you tried the following:
{-# NOINLINE refWInt #-}
?
/Josef
On Tue, 19 Mar 2002, Mike Gunter wrote:
>
> I'd like to extend the Ref type for observable sharing of Koen Claessen's
> Ph.D. thesis:
>
> > import IOExts ( IORef, newIORef, readIORef, writeIORef, unsafePerformIO )
> > make docon
> ghc -fglasgow-exts -fallow-overlapping-instances
> -fallow-undecidable-instances -fno-warn-overlapping-patterns
> -fwarn-unused-binds -fwarn-unused-matches -fwarn-unused-imports
> -syslib data -ddump-hi-diffs -package-name docon
> --make DExport
> g
> (RedHat-6.1 Linux machine, libc-2.1.2),
>
> Can you, please explain the following effect
>
>Main.hs: main = putStr "hello\n"
>
>Makefile:
>-
>obj:
> ghc -c -O Main.hs +RTS -M10m -RTS
>
>-- Running
>$ tcsh
>> make obj
>