Read file fails on Windows

Hi I just installed ghc-4.08.2 on Windows NT. I tried the following program module Main where import System main = do argv - getArgs case argv of (inp:out:[]) - do contents - readFile inp writeFile out contents _ - putStr "usage_msg " I

bug in dupChan

Hi I think that there's a bug in dupChan in Chan.lhs I tried the following program. main = dochan - newChanch - dupChan chanwriteChan chan "done"x - readChan chany - readChan chprnt ("Got "++x ++" "++y) Now if I remember correctly this should print "Got done done". Instead it exits

hello world fails to run on windows

Hi I installed ghc-4.08.1 earlier today on a Windows NT box. I tried out hello world. I compiled with: ghc -O -static -o main Main.hs Compilation went fine. But when I tried to run the program it produced no output. I then experimented further. I got TclHaskell up running and successfully

finalisers not being run

Hi, I've got the following program. It depends heavily on finalisers being run regularly as it goes along. I therefore call yield regularly to try to ensure this. This works perfectly under the original ghc-4.04 release, weak pointers are garbage collected and finalisers run regularly. However,

compiling cvs from Nov 30

Hi When compiling the cvs ghc and hslibs from Nov 30 I found the following problem. Compiling hslibs/util/Select.lhs failed because it imported posix interface files. ../../ghc/driver/ghc-inplace -syslib concurrent -syslib posix -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -split-objs

heap profiling with ghc

Hi, I got round yesterday's compilation problem (panic on interface file), by compiling the module Widgets.lhs without -O. The demo program now compiles. It runs normally and will happily give a time profile. ./demos +RTS -pT However, when run with heap profiling ./demos +RTS -hC it crashes

cvs ghc crashes when compiling

Hi, I tried compiling a cvs copy of ghc from Monday 22 November. This was on Windows NT. The compiler was compiled using the binary ghc-4.045 binary release. It crashed when compiling PrelBase. ==fptools== make all --unix

confusing error message

ghc-4.04 gives the following confusing error message: compiling with ghc-4.04 -fglasgow-exts -c Test.hs Test.hs:8: None of the type variable(s) in the constraint `Eq a' appears in the type `Set a - Set a - Set a' In the type signature for `unionSets' Compilation had errors

Re: getArgs delivers only emty Lists

Hi, fix is available from http://www.dcs.gla.ac.uk/~sof/ghc-win32.html --sigbjorn The fix doesn't quite work. Eg running $ghc-4.03 -o main main.hs $./main a b +RTS -H20M ["a","b","+RTS","-H20M"] where main.hs is module Main where import System main = do as - getArgs print as

Re: Compilation problem with ghc-4.03 win32

Add -mno-cygwin to the gcc command line when compiling any .c's. --sigbjorn Thanks, that fixed the initial problem but now I've got another one. Running the program causes it to crash with the application error: The instruction at "0x77f6ce0c" referenced memory at "0x0010". The memory

Compilation problem with ghc-4.03 win32

Using the new ghc-4.03 binary snapshot on Windows NT I get the following problem compiling a file. gcc -c tclhaskell.c ghc-4.03 -fglasgow-exts '-#include "tclhaskell.h"' -o main.exe Main.hs tclhaskell.o -ltcl80 -ltk80 tclhaskell.o(.text+0x69):tclhaskell.c: undefined reference to `_impure_ptr'

Re: ghc-4.02 crashes with Windows NT - followup

Meurig Sage wrote: Hi, I'm using ghc-4.02 on Windows NT. I downloaded the binary installshield and the cygwin B20.1. I then compiled up a large program. The compiled program crashes some of the time with the following error: ... This problem goes away if I increase the heap size

Segmentation faults with ghc-4.02 code

} etc. are irrelevant for tcl. ---- */ void primSetVar(char *varname, char *inp) { if (tcl_debug) { fprintf(stderr, "set %s %s\n", varname, inp); } Tcl_SetVar(interp, varname, inp, TCL_GLOBAL_ONLY); } -- Meurig Sage Dept of Computing Science University of Glasgow http://www.dcs.gla.ac.uk/~meurig mailto:[EMAIL PROTECTED]

Problem with ghc-4.02

at http://www.dcs.gla.ac.uk/~meurig/TclHaskell.tar.gz Meurig -- Meurig Sage Dept of Computing Science University of Glasgow http://www.dcs.gla.ac.uk/~meurig mailto:[EMAIL PROTECTED]

Re: -monly-N-regs ?

-2.04 aswell. Sigbjorn said "the backend is trying to steal more x86 registers than gcc can handle". The solution is to do the following, compile ArrBase separately using: make EXTRA_HC_OPTS=-monly-2-regs ghc/ArrBase.o Then go on with the make. -- Meurig Sage Dept of Computing Science

labelled fields in ghc-2.04

at test2.lhs:3 Defined at test2.lhs:3 Compilation had errors -- -- Meurig Sage Dept of Computing Science University of Glasgow http://www.dcs.gla.ac.uk/~meurig mailto:[EMAIL PROTECTED]

Another ghc-2.04 compiling problem

-- Meurig Sage Dept of Computing Science University of Glasgow http://www.dcs.gla.ac.uk/~meurig mailto:[EMAIL PROTECTED]

ghc-2.04 compiling problems

statements or clauses. make[2]: *** [ghc/ArrBase.o] Error 1 make[1]: *** [all] Error 2 -- Meurig Sage Dept of Computing Science University of Glasgow http://www.dcs.gla.ac.uk/~meurig mailto:[EMAIL PROTECTED]

Bug in Concurrent Haskell

There's a bug in the signalQSemN function in the Semaphore module. (In versions ghc-0.29 through 2.03). The following function blocks when x=y, but works when y=x-1. f x y = do qSem - newQSemN 0 forkIO (waitQSemN qSem y) threadDelay 1000 signalQSemN qSem x

compiler bug in ghc-2.02

When compiling the following program, the compiler crashed with a bug. This only happens when compiling with -O. -- module Test where import GlaExts test :: PrimIO () test = ioToPrimIO (putStr "bob") `seqPrimIO` test