We *really* need to start testing API divergences against hackage packages, before GHC releases. marco-oweber:
The following packages (not including those which I couldn't build yet because I han't add missing C dependencies etc) are broken:
log-hackage-BerkeleyDB-0.2: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-FileManip-0.2: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-HSH-1.2.0: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-darcs-buildpackage-0.5.11: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-debian-1.2: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-dfsbuild-0.99.4: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-flock-0.1: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-gopherbot-0.1.0: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-harchive-0.2: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-hg-buildpackage-1.0.1: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-hmp3-1.2: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-srcinst-0.8.7: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-unix-2.0: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-vty-3.0.0: Couldn't match expected type `CInt' against inferred type `CMode' log-hackage-xmobar-0.5: Couldn't match expected type `CInt' against inferred type `CMode'
Should we built some replace support into cabal to make things just work for everyone?
A simple table such like replace [ghc, '>6.61', 'CMod' ,'Cint'] would suffice .. ?
Marc Weber _______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel