Re: compiling PrimOp.lhs
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: ** ... myfptools ... ... cd myfptools ./configure --prefix=... ... make boot ... run it from ghc or ... -- OK, probably make boot not needed, right? make all make[1]: Entering directory `/disk2/home/mechvel/ghcCVS/myfptools/glafp-utils' --- ===fptools== Recursively making `boot' in mkdependC mkdirhier runstdtest docbook lndir ... PWD = /disk2/home/mechvel/ghcCVS/myfptools/glafp-utils ... ... e1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis ... -c basicTypes/NewDemand.lhs -o stage1/basicTypes/NewDemand.o -ohi stage1/basicTypes/NewDemand.hi ghc: 159979968 bytes, 32 GCs, 3950581/8666736 avg/max bytes residency (4 samples), 20M in use, 0.01 INIT (0.00 elapsed), 1.09 MUT (3.03 elapsed), 0.50 GC (0.55 elapsed) :ghc /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. -- Don ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
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% system0.0% nice 0.0% iowait 0.0% idle CPU1 states: 99.1% user 0.4% system0.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 free219276k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 20751 niiks 16 0 2360 2360 1724 R99.9 0.2 5640m 0 vim 25220 mechvel9 0 29616 28M 7368 S84.8 3.2 0:04 1 ghc-6.2.1 25224 mechvel 14 0 10420 10M 2496 R14.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 restartedcd 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 [EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
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: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Serge D. Mechveliani | Sent: 17 May 2004 07:34 | To: Donald Bruce Stewart | Cc: [EMAIL PROTECTED] | 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% system0.0% nice 0.0% iowait 0.0% idle | CPU1 states: 99.1% user 0.4% system0.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 free219276k cached | | PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND | 20751 niiks 16 0 2360 2360 1724 R99.9 0.2 5640m 0 vim | 25220 mechvel9 0 29616 28M 7368 S84.8 3.2 0:04 1 ghc-6.2.1 | 25224 mechvel 14 0 10420 10M 2496 R14.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 restartedcd 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 | [EMAIL PROTECTED] | | | | | | ___ | Glasgow-haskell-bugs mailing list | [EMAIL PROTECTED] | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs