BTW, I am re-arranging the part of the DPH library that processed by the vectoriser at the moment and will try to make it more robust wrt to this problem.
Manuel Manuel M T Chakravarty: > Simon, > >> I got this when validating. >> >> I said “sh validate --no-clean”; some more compiling happened, then the same >> result. >> >> I said “sh validate --no-clean” again, and this time it went through. >> >> Is this the same missing-dependency thing? > > It is a different problem, but technically related. The vectoriser needs a > few names from the DPH library, and dies if those library modules haven't > been compiled by the time the vectoriser is invoked. > >> Did you validate? > > Sure. Worked fine on my laptop and on our server. > > We need to find a way to specify those additional dependencies to make the > DPH build deterministic. For the moment, why don't you try a parallel > validate (which will also run faster for you); eg, > > env CPUS=4 validate > > Manuel > > >> >> GHC error in desugarer lookup in dph-par:Data.Array.Parallel.Prelude.Bool: >> attempting to use module `dph-par:Data.Array.Parallel.Prelude.Base.Tuple' >> (libraries/dph/dph-par/../dph-common/Data/Array/Parallel/Prelude/Base/Tuple.hs) >> which is not loaded >> haddock: panic! (the 'impossible' happened) >> (GHC version 7.1.20110204 for x86_64-unknown-linux): >> initDs IOEnv failure >> >> Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug >> _______________________________________________ >> Cvs-ghc mailing list >> Cvs-ghc@haskell.org >> http://www.haskell.org/mailman/listinfo/cvs-ghc >
_______________________________________________ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc
