RE: compiling PrimOp.lhs

I advise against giving -H flags to GHC if you have plenty of memory.
Might push up your GC time a lot.

I have absolutely no idea why GHC keeps getting re-invoked.  You could
try cd'ing to ghc/compiler and uttering the command line that compiles
PrimOp.lhs manually. Does that continually reinvoke GHC?

Weird

Simon

| -----Original Message-----
| From: glasgow-haskell-bugs-bounces@xxxxxxxxxxx
[mailto:glasgow-haskell-bugs-
| bounces@xxxxxxxxxxx] On Behalf Of Serge D. Mechveliani
| Sent: 17 May 2004 07:34
| To: Donald Bruce Stewart
| Cc: glasgow-haskell-bugs@xxxxxxxxxxx
| Subject: Re: compiling PrimOp.lhs
| 
| On Mon, May 17, 2004 at 04:07:56PM +1000, Donald Bruce Stewart wrote:
| > mechvel:
| > > Dear GHC developers,
| > > `Making' GHC of   cvs update -r ghc-6-2-branch
| > > with  ghc-6.2.1
| > > on  RedHat Linux (about version 8) libc-2.2, i686
| > > seems to meet a problem:
| > >
| > >
******************************************************************
| > >   > make all
| > >
| > >   make[1]: Entering directory
| > >    `/disk2/home/mechvel/ghcCVS/myfptools/glafp-utils'
| > >   ...
| > >
| > >   /usr/bin/ghc -H16m -O  -istage1/utils  -istage1/basicTypes
| > >     ... fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen
-Iparser
| > >      -recomp -Rghc-timing  -H16M '-#include "hschooks.h"'
| > >      -no-recomp -H80m
| > >      -c prelude/PrimOp.lhs
| > >      -o stage1/prelude/PrimOp.o  -ohi stage1/prelude/PrimOp.hi
| > >
| > >   ./primop-tag.hs-incl:2:
| > >     Warning: Pattern match(es) are overlapped
| > >              In the definition of `tagOf_PrimOp': tagOf_PrimOp op
= ...
| > >
*******************************************************************
| > >
| > > Now, it stayed at this point for about 50 minutes, no messages
appear,
| > > ghc-6.2.1, cc1  keep on being re-envoked in turn.
| > > I have just interrupted it.
| > > This module does not look large, and is given  -H80m  ...
| > >
| > > What is the matter, please?
| >
| > Do you have a very slow machine? Very low memory?
| > It takes maybe 15-20 minutes to compiler PrimOp.lhs on a
| > 150 MHz SPARCstation-20.
| >
| > Probably not the machine, though.
| 
| Powerful  intel-686  machine, much memory:
| 
| cpu family      : 6
| model           : 6
| model name      : AMD Athlon(TM) MP 2000+
| stepping        : 2
| cpu MHz         : 1666.742
| cache size      : 256 KB
| 
| > top
|
-----------------------------------------------------------------------
| 115 processes: 112 sleeping, 3 running, 0 zombie, 0 stopped
| CPU0 states:   7.2% user  92.2% system    0.0% nice   0.0% iowait
0.0% idle
| CPU1 states:  99.1% user   0.4% system    0.0% nice   0.0% iowait
0.0% idle
| 
| Mem:   904512k av,  650588k used,  253924k free,       0k shrd,
60192k buff
|        234516k active,             108332k inactive
| Swap: 2048276k av,    5936k used, 2042340k free            219276k
cached
| 
|   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU
COMMAND
| 20751 niiks     16   0  2360 2360  1724 R    99.9  0.2  5640m   0 vim
| 25220 mechvel    9   0 29616  28M  7368 S    84.8  3.2   0:04   1
ghc-6.2.1
| 25224 mechvel   14   0 10420  10M  2496 R    14.5  1.1   0:00   1 cc1
| 24125 mechvel   11   0  1148 1148   800 R     0.3  0.1   0:00   1 top
| ...
|
------------------------------------------------------------------------
--
| 
| Maybe,  ghc-6.2.1  has a memory leak ...
| 
| Another reason may be that my GHC competes with other users programs,
| and they have higher priority (I do not know).
| 
| Now, I restarted       > cd myfptools
|                        > make all
| It advanced up to
|   ../../ghc/compiler/ghc-inplace  -H16m -O  ...
|                              Text/ParserCombinators/Parsec/Token.hs
|   ...
| and continues.
| Probably, this means that the compiler (and its PrimOp) has compiled,
| and now the `make' is dealing with the library?
| 
| -----------------
| Serge Mechveliani
| mechvel@xxxxxxxx
| 
| 
| 
| 
| 
| _______________________________________________
| Glasgow-haskell-bugs mailing list
| Glasgow-haskell-bugs@xxxxxxxxxxx
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs