building head fails in main/GHC.hs:2223:50
Claus Reinke
claus.reinke at talk21.com
Tue May 1 08:29:01 EDT 2007
sometimes i feel like a human buildbot..
would it be possible to set some maximum failure time (1 week or so),
so that buildbot failures for longer than that would cause all new patches
to be put on hold until the head+libs _build_ again on all major platforms?
at the moment, everytime darcs-all pulls the changes that fix previous
issues, it also pulls new things that don't quite build yet, which is rather
frustrating, to say the least.
it is an unusal time with all those build system changes, but similar effects
have been caused by other changes in the past, for windows builds at least.
if one could rely on at least one 'all buildable' window every week,
that would be nice.
claus
../compiler/stage1/ghc-inplace -H32m -O2 -istage2/utils -istage2/basicTypes -istage2/types -istage2/hsSyn
-istage2/prelude -istage2/rename -istage2/typecheck -istage2/deSugar -istage2/coreSyn -istage2/specialise
-istage2/simplCore -istage2/stranal -istage2/stgSyn -istage2/simplStg -istage2/codeGen -istage2/main
-istage2/profiling -istage2/parser -istage2/cprAnalysis -istage2/ndpFlatten -istage2/iface -istage2/cmm
-istage2/nativeGen -istage2/ghci -Istage2 -DGHCI -package
template-haskell -DGHCI_TABLES_NEXT_TO_CODE -threaded -cpp -fglasgow-exts -fno-generics -Rghc-timing
-I. -Iparser -package Win32 -package Cabal -ignore-package lang -recomp -Rghc-timing -H16M
'-#include "cutils.h"' -package-name ghc-6.7.20070501 -fgenerics -c main/GHC.hs -o
stage2/main/GHC.o -ohi stage2/main/GHC.hi
main/GHC.hs:2223:50:
Couldn't match expected type `InteractiveContext'
against inferred type `[Name]'
In the sixth argument of `ResumeHandle', namely `names'
In the expression:
ResumeHandle
breakMVar statusMVar final_names final_ic resume_ic names
In the definition of `res':
res = ResumeHandle
breakMVar statusMVar final_names final_ic resume_ic names
main/GHC.hs:2230:54:
Couldn't match expected type `InteractiveContext'
against inferred type `[Name]'
In the `hsc_IC' field of a record
In the second argument of `writeIORef', namely
`hsc_env {hsc_IC = final_ic}'
In the expression: writeIORef ref (hsc_env {hsc_IC = final_ic})
main/GHC.hs:2270:26:
Constructor `ResumeHandle' should have 7 arguments, but has been given 6
In the pattern:
ResumeHandle breakMVar
statusMVar
final_names
final_ic
resume_ic
names
In the definition of `resume':
resume (Session ref)
(res@(ResumeHandle breakMVar
statusMVar
final_names
final_ic
resume_ic
names))
= do hsc_env <- readIORef ...
writeIORef ... (...)
....
<<ghc: 146001072 bytes, 58 GCs, 4770975/10681688 avg/max bytes residency (4 samples), 21M in use,
0.01 INIT (0.00 elapsed), 0.47 MUT (0.59 elapsed), 0.39 GC (0.39 elapsed) :ghc>>
make[2]: *** [stage2/main/GHC.o] Error 1
make[2]: Leaving directory `/cygdrive/c/fptools/ghc2/compiler'
make[1]: *** [stage2] Error 2
make[1]: Leaving directory `/cygdrive/c/fptools/ghc2'
make: *** [bootstrap2] Error 2
More information about the Cvs-ghc
mailing list