Hey Petr, As we discussed on IRC, the hashed-storage dependency on process 1.0.1.1 was causing issues trying to build darcs on my staging repository, which has GHC 6.8.3:
> GHCi runtime linker: fatal error: I found a duplicate definition for symbol > waitForProcess > whilst processing object file > /home/eykk10/.cabal/lib/process-1.0.1.1/ghc-6.8.3/HSprocess-1.0.1.1.o > This could be caused by: > * Loading two different object files which export the same symbol > * Specifying the same object file twice on the GHCi command line > * An incorrect `package.conf' entry, causing some object to be > loaded twice. > GHCi cannot safely continue in this situation. Exiting now. Sorry. It also caused the cabal command to systematically complain about process. Luckily, the dependency was fairly shallow, it "only" being needed by hashed-storage-test. By doing a "ghc-pkg unregister --user process" and re-installing hashed-storage with the attached cabal file (no Storage.Hashed.Test or test executable), I was able to build darcs. Perhaps it would make sense to split the test stuff off to a separate cabal file (ick), or add something clever that lets you build hashed-storage-test with GHC 6.10, but ignores it otherwise? Or maybe there is another solution? Thanks, -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9
signature.asc
Description: Digital signature
_______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
