CMod Cint ? Some broken packages
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
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
On Wed, Jul 11, 2007 at 06:01:59AM +0200, Marc Weber wrote:
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 .. ?
Something Strange is going on - I can build vty-3.0.0 with 6.6.1 and 6.7.20070612. I wonder what's breaking it for you? Does your system by any chance chase dependancies? That list looks like a list of [Everything that depends on unix]. Stefan
participants (3)
-
dons＠cse.unsw.edu.au -
Marc Weber -
Stefan O'Rear