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?

-----------------
Serge Mechveliani
[EMAIL PROTECTED]










_______________________________________________
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to