RE: Linking with object files

2003-01-09 Thread Simon Marlow
> On Wednesday 08 January 2003 5:00 pm, Simon Marlow wrote: > > What command line are you using? Here's what I did: > > > > ~/scratch > cat >foo.c > > ~/scratch > gcc -c foo.c > > ~/scratch > ghc --make hello.hs foo.o > > ghc-5.04.2: chasing modules from: hello.hs > > Skipping Main

Re: reaping fd's and flushing buffers

2003-01-09 Thread William Lee Irwin III
On Mon, Jan 06, 2003 at 02:02:13PM -, Simon Marlow wrote: >> ... actually I've just looked at the code and it looks wrong, aargh! >> The finalizer is attached to the wrong side. If you have a source tree >> handy, try changing the following line in libraries/base/GHC/Handle.hs: >> addMVarFina

RE: Two Questions: 'memory consumption' and '-pgmL'

2003-01-09 Thread Simon Marlow
> first of all, let me thank you for writing and maintaining this > excellent compiler! I am using it a lot recently and I couldn't be > more happy with it. Thanks! :-) > > I wouldn't be posting here, though, if hadn't had a questions ... So > here I go: > > (1) Using the DtdToHaskell tool, I co

jadetex (was: Re: reaping fd's and flushing buffers)

2003-01-09 Thread Michael Weber
On Thu, Jan 09, 2003 at 02:37:03AM -0800, William Lee Irwin III wrote: > On Mon, Jan 06, 2003 at 06:13:27AM -0800, William Lee Irwin III wrote: > > Thanks, I've started brewing up a tree and I'll take that for a spin > > when it's done cooking. > > ouch! jadetex needs an upgrade (ghc debian mainta

RE: trying to build from cvs - "cc1: bad value (athlonmp) for -march= switch"

2003-01-09 Thread Simon Marlow
> -- > -- > ==fptools== make all -wr; > in /home/shae/build/haskell/fpbuild/ghc/rts > -- > -- > ../../ghc/compiler/ghc-inplace -optc-O -optc-Wall -optc-W > -opt

Re: readping fd's and flushing buffers

2003-01-09 Thread Keean Schupke
This may be related to the answer just given to do with finalizing the Handles, as I have a problem with sockets hanging around after a host name resolution has failed (using the simple socket library). Having looked at the code I would like to suggest the following change: connectTo hostname (

RE: readping fd's and flushing buffers

2003-01-09 Thread Simon Marlow
> This may be related to the answer just given to do with > finalizing the > Handles, as I have a > problem with sockets hanging around after a host name resolution has > failed (using the simple socket > library). Having looked at the code I would like to suggest the > following change: > > c

openFile and threads

2003-01-09 Thread Peter Thiemann
Folks, here is the piece of code that takes most of the time in a program I have: f6 = {-# SCC "f6" #-}\gumd -> let fileName = usermetadir ++ gumd in catch (do h <- {-# SCC "f6.1" #-} openFile fileName ReadMode str <- {-# SCC "f6.2" #-}

Re: Two Questions: 'memory consumption' and '-pgmL'

2003-01-09 Thread Peter Simons
Simon Marlow writes: > I would try -c first (turn on the compacting collector). Adding > more generations (eg. -G3) might help, and setting a maximum heap > size (eg. -M512m) will cause GHC to try to trim down its memory use > when it gets close to this boundary. Unfortunately neither of that

RE: readping fd's and flushing buffers

2003-01-09 Thread Keean
A related problem... connections are refused when using accept if the hostname doesn't resolve. Maybe something like this would help, unless there is a better way? accept sock = do ~(sock', (SockAddrInet port haddr)) <- Socket.accept sock (HostEntry peer _ _ _) <- ((getHostByAddr AF_INET haddr)

building stage=2 on solaris

2003-01-09 Thread Hal Daume III
I know this is somewhat related to something in the FAQ, but I'm having a bit of trouble building GHC from CVS source (gmake bootstrap). Stage 1 completes find and I get a ghc-inplace as I should. The last bit looks like: gmake[1]: Entering directory `/nfs/nlg/users/hdaume/ghc-cvs/ghc/compiler'