October 2008 - Glasgow-haskell-users

Parsec in 6.10 RC 1
by Greg Fitzgerald 12 Oct '08

12 Oct '08

The instance for "Functor (Either ParserError)" disappeared. Is that intentional? Thanks, Greg

2 1

2008-10-11 Hackage status with GHC 6.10
by Don Stewart 11 Oct '08

11 Oct '08

Daily update of the state of Hackage wrt. GHC 6.10 release candidates. Lots of packages were updated today, Cabal 1.6 and cabal-install 0.6 were also put out. Things are in a good shape. Note that you'll need a "soft dep" in your cabal index file, base < 4 parsec < 3 HaXml == 1.13.* QuickCheck < 2 for best results. Using GHC 6.10 RC, Cabal 1.6 and cabal-install 1.16, of 684 libraries and apps tried in total, 1 UnpackFailed 2 DownloadFailed 2 InstallFailed 16 ConfigureFailed 74 DependencyFailed 134 BuildFailed 455 InstallOk Compared to GHC 6.8.x's results, there are now *48* packages that produce different results, or *6%* (down 2% from yesterday). The most common issues are, * Changes to Arrow class definition * Changes to types of Map and Set functions * Cabal changes * Changes to ghc-api * Changes to when 'forall' is parsed (add Rank2Types) * GHC.Prim was moved, * Changes to -fvia-C and headers * GADT changes, * pragma warnings tightened * Integer constructors have moved * New warnings and used -Werror How to address these, as library maintainers, is addressed here, http://haskell.org/haskellwiki/Upgrading_packages Packages that have broken wrt. the new core library APIs are, ArrayRef-0.1.2 CLASE-2008.9.23.2 EdisonCore-1.2.1.2 HPDF-1.4 HaLeX-1.1 Hashell-0.15 Hipmunk-0.2 MemoTrie-0.0 NewBinary-0.1.1 PArrows-0.1 TypeCompose-0.5 WebBits-0.9.2 YamlReference-0.9.2 Yampa-0.9.2.2 arrows-0.4 bytestring-show-0.2 cabal-setup-1.2.1 chp-1.1.0 cmath-0.3 fixpoint-0.1 hasim-0.1 hask-home-2007.12.6 heap-0.4.0 hetris-0.2 hexpat-0.2 hinstaller-2008.2.16 hint-0.2.4.1 hslackbuilder-0.0.1 hxt-8.1.0 iException-0.0.1 libGenI-0.16.1 list-extras-0.2.2 logfloat-0.9.1 mage-1.1.0 numeric-prelude-0.0.4 plugins-1.3 quantum-arrow-0.0.4 regex-tdfa-0.94 streamproc-1.1 stringtable-atom-0.0.4 typalyze-0.1.1 unicode-prelude-0.1 xmonad-utils-0.1 yhccore-0.9 GHC bugs are suspected for, xmonad-contrib, stream-fusion, harpy, OpenAFP Tickets are open for these. Build reports for these packages were posted yesterday, http://article.gmane.org/gmane.comp.lang.haskell.glasgow.user/15430 -- Don

1 0

Re: has anyone built pandoc with MacPorts ?
by Gregory Wright 11 Oct '08

11 Oct '08

Hi, On Oct 10, 2008, at 4:45 PM, denis wrote: > Greg, folks, > > port install ghc worked after 7 hours or so, but then > > sudo port -v install hs-ghc-paths (on which pandoc apparently depends) > => > # from: sudo port -v install hs-ghc-paths > # run: 10 Oct 2008 22:35 in /opt/local Denis.local mac 10.4.11 ppc > > ---> Configuring hs-ghc-paths > > Setup.hs:7:7: > Could not find module `Distribution.Simple.PackageIndex': > Use -v to see a list of the files searched for. > Error: Target org.macports.configure returned: shell command "cd / > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_hs-ghc-paths/work/ghc- > paths-0.1.0.5 && runhaskell Setup configure --ghc --prefix=/opt/ > local" returned error 1 > Command output: > Setup.hs:7:7: > Could not find module `Distribution.Simple.PackageIndex': > Use -v to see a list of the files searched for. > > Warning: the following items did not execute (for hs-ghc-paths): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > > Has anyone ever built pandoc with MacPorts ? Would appreciate your > help. > > cheers > -- denis Pandoc built fine for me on Mac OS X 10.5.5/intel with ghc 6.8.3, hs- ghc-paths 0.1.0.5 and haddock 2.2.2. What version of the ghc port are you using (i.e., the output of $ port info ghc ? Also, do you have more than one version of cabal on your system? Best Wishes, Greg

1 0

readEither in ghc-6.10. ?
by Christian Maeder 11 Oct '08

11 Oct '08

Hi, I've got errors when compiling with ghc-6.10.0.20081007 Not in scope: `readEither' It is imported via: import GHC.Read (readEither) and used to work with ghc-6.8. What should I use as replacement? Cheers Christian P.S. It is also not mentioned in the changes: http://www.haskell.org/ghc/dist/stable/docs/users_guide/release-6-10-1.html

2 1

Re: has anyone built pandoc with MacPorts ?
by Gregory Wright 11 Oct '08

11 Oct '08

Hi Denis, I haven't built pandoc yet --- I didn't do the port --- but I'll have a go at it tonight and let you know what I find. BTW, did you run $ sudo port selfupdate before starting to make sure you had the latest Portfiles for everything? Best Wishes, Greg On Oct 10, 2008, at 4:45 PM, denis wrote: > Greg, folks, > > port install ghc worked after 7 hours or so, but then > > sudo port -v install hs-ghc-paths (on which pandoc apparently depends) > => > # from: sudo port -v install hs-ghc-paths > # run: 10 Oct 2008 22:35 in /opt/local Denis.local mac 10.4.11 ppc > > ---> Configuring hs-ghc-paths > > Setup.hs:7:7: > Could not find module `Distribution.Simple.PackageIndex': > Use -v to see a list of the files searched for. > Error: Target org.macports.configure returned: shell command "cd / > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_hs-ghc-paths/work/ghc- > paths-0.1.0.5 && runhaskell Setup configure --ghc --prefix=/opt/ > local" returned error 1 > Command output: > Setup.hs:7:7: > Could not find module `Distribution.Simple.PackageIndex': > Use -v to see a list of the files searched for. > > Warning: the following items did not execute (for hs-ghc-paths): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > > Has anyone ever built pandoc with MacPorts ? Would appreciate your > help. > > cheers > -- denis

1 0

Analysis of new packages breakages with ghc-6.10
by Don Stewart 11 Oct '08

11 Oct '08

OK, so we have *56* packages total that no longer compile with GHC 6.10, but did with 6.8.3. We can now see exactly what broke and why. I think these potential breakage issues, and how to solve them canonically , should be documented on the wiki. Most should have standard solutions, some might be GHC bugs (which I've reported for the obvious ones, but Ian, better have a look at the 'unknown' ones). The following events broke the following packages, * 7 Changes to Arrow class definition TypeCompose, Yampa, arrows, chp, hxt, quantum-arrow, streamproc * 6 Changes to Map monadic types EdisonCore, HPDF, WebBits, libgeni, regex-tdfa, stringtable-atom * 5 Cabal changes cabal-setup, hask-home, hinstaller, hslackbuilder, plugins * 5 Changes to ghc-api HTF, Hashell, hint, typalyze, xmonad-utils * 5 GHC panics/bugs, reported xmonad-contrib, stream-fusion, harpy, OpenAFP, Vec * 4 Unknown error, needs investigation. ArrayRef, YamlReference, parameterized-data, unicode-prelude * 3 Changes to when 'forall' is parsed MemoTrie, heap, hexpat * 3 GHC.Prim was moved, PArrow, logfloat, utf8-light * 3 Changes to -fvia-C and headers? cmath, hetris, mage * 2 GADT changes, CLASE, hasim * 2 pragma warnings tightened numeric-prelude, yhccore * 2 Integer constructors have moved NewBinary, bytestring-show * 2 New warnings and used -Werror fixpoint, list-extras * 1 Addition of permutations to List library HaLeX * 1 Illegal type synonym family application hsx * 1 Exception's moved around? iException ------------------------------------------------------------------------ Below are the precise warnings: ** ArrayRef, ?? Data/ArrayBZ/Internals/Unboxed.hs:60:0: Duplicate type signature: Data/ArrayBZ/Internals/Unboxed.hs:60:0-18: stUArrayTc :: TyCon Data/ArrayBZ/Internals/Unboxed.hs:59:0-18: stUArrayTc :: TyCon CLASE, Data/Cursor/CLASE/Persistence.hs:124:11: GADT pattern match with non-rigid result type `GenParser Char st a' Solution: add a type signature EdisonCore, src/Data/Edison/Assoc/StandardMap.hs:204:21: Couldn't match expected type `m' against inferred type `Maybe' `m' is a rigid type variable bound by HPDF, Graphics/PDF/Data/Trie.hs:39:34: Couldn't match expected type `[a]' against inferred type `Maybe (MapString v)' HTF, Test/Framework.hs:40:21: Not in scope: `currentModule' HaLeX, HaLeX_lib/Language/HaLex/Util.hs:48:13: Ambiguous occurrence `permutations' It could refer to either `Language.HaLex.Util.permutations', defined at HaLeX_lib/Language/HaLex/Util.hs:46:0 or `Data.List.permutations', imported from Data.List at HaLeX_lib/Language/HaLex/Util.hs:24:0-15 Hashell, Hashell/Eval.hs:45:19: Not in scope: `GHC.newSession' Hipmunk, Physics/Hipmunk/Space.hsc:531:2: Couldn't match expected type `Maybe (Either (ForeignPtr ()) Shape)' against inferred type `IO (Either (ForeignPtr ()) Shape)' MemoTrie, src/Data/MemoTrie.hs:36:16: Not in scope: `forall' NewBinary, NewBinary/Binary.hs:693:13: Not in scope: data constructor `S#' PArrow, src/Text/ParserCombinators/PArrow/MD.hs:7:0: Failed to load interface for `GHC.Prim': it is a member of package ghc-prim, which is hidden TypeCompose, src/Data/Bijection.hs:52:11: `>>>' is not a (visible) method of class `Arrow' Vec, timeout WebBits, src/WebBits/JavaScript/Environment.hs:216:2: Couldn't match expected type `Maybe Int' against inferred type `StateT (Z.Location Env) (State Int) Int' YamlReference, Text/Yaml/Reference.hs:1482:19: No instance for (Match a14 ()) arising from a use of `pat' at Text/Yaml/Reference.hs:1482:19-59 yampa, src/FRP/Yampa.hs:650:4: `>>>' is not a (visible) method of class `Arrow' arrows, Control/Arrow/Transformer/CoState.hs:24:29: Module `Control.Arrow' does not export `pure' bytestring-show Text/Show/ByteString/Integer.hs:31:14: Not in scope: data constructor `S#' cabal-setup, CabalSetup.hs:14:7: Could not find module `Distribution.Simple.SetupWrapper': Use -v to see a list of the files searched for. chp, Control/Concurrent/CHP/Arrow.hs:107:22: `>>>' is not a (visible) method of class `Arrow' fixpoint, Data/Fixpoint/Instances.hs:24:9: Warning: orphan instance: instance Foldable (Pre [a]) <no location info>: Failing due to -Werror. hasim, src/Control/Hasim/SimRun.hs:291:13: GADT pattern match with non-rigid result type `t' Solution: add a type signature hask-home, hask-home.hs:101:15: Not in scope: `showPackageId' heap, Data/Heap.hs:297:18: Not in scope: `forall' hetris, /home/dons/.cabal/lib/hscurses-1.3/ghc-6.10.0.20081007/libHShscurses-1.3.a(Curses.o): In function `s93V_info': ghc26356_0.hc:(.text+0x20282): undefined reference to `hs_curses_color_pair' collect2: ld returned 1 exit status hexpat, C2HS.hs:198:30: Not in scope: `forall' hinstaller src/System/Installer/Foreign.hs:131:18: Not in scope: `buildVerbose' hint src/Hint/Parsers.hs:7:21: Module `GHC' does not export `Session' hslackbuilder Distribution/Slackware/SlackBuild.hs:215:24: Not in scope: `showVersionRange' hsx: src/HSX/XMLGenerator.hs:71:0: Illegal type synonym family application in instance: XML m In the instance declaration for `EmbedAsChild m (XML m)' hxt: src/Text/XML/HXT/RelaxNG/DataTypeLibUtils.hs:67:7: `>>>' is not a (visible) method of class `Arrow' iException: Control/Monad/Trans/InterleavableIO/Control/Exception.hs:131:26: Ambiguous occurrence `Exception' It could refer to either `Control.Exception.Exception', imported from Control.Exception at Control/Monad/Trans/InterleavableIO/Control/Exception.hs:(31,0)-(52,2) or `GHC.IOBase.Exception', imported from GHC.IOBase at Control/Monad/Trans/InterleavableIO/Control/Exception.hs:(58,0)-(62,2) libgeni: libgeni/NLP/GenI/CkyEarley/CkyBuilder.lhs:559:4: Couldn't match expected type `Maybe ([String], [String], GNode)' against inferred type `[([String], [String], GNode)]' list-extras: Data.List.Extras.LazyLength:1:0: Orphan rule: "lengthCompare/compare" ALWAYS forall @ a @ a1 $dOrd :: Ord Int xs :: [a] ys :: [a1] compare @ Int $dOrd (length @ a xs) (length @ a1 ys) = lengthCompare @ a @ a1 xs ys (Uses -Werror !) logfloat: Data/Number/Transfinite.hs:58:0: Failed to load interface for `GHC.Prim': it is a member of package ghc-prim, which is hidden mage Linking dist/build/mage/mage ... dist/build/mage/mage-tmp/Curses.o: In function `r8zq_info': numeric-prelude src/Number/Complex.hs:3:12: cannot parse LANGUAGE pragma: comma-separated list expected parameterized-data src/Data/Param/FSVec.hs:103:22: Couldn't match expected type `t -> ExpQ' against inferred type `FSVec s a1' plugins: cabal changes quantum-arrow: Control/Arrow/Quantum.hs:64:11: `>>>' is not a (visible) method of class `Arrow' regex-tdfa: Data/IntMap/CharMap.hs:49:23: Couldn't match expected type `m' against inferred type `Maybe' `m' is a rigid type variable bound by the type signature for `Data.IntMap.CharMap.lookup' streamproc Control/Arrow/SP.hs:40:12: `>>>' is not a (visible) method of class `Arrow' stringtable-atom src/StringTable/AtomSet.hs:122:65: Couldn't match expected type `m' against inferred type `Maybe' `m' is a rigid type variable bound by the type signature for `maxView' at src/StringTable/AtomSet.hs:121:18 typalyze src/Main.hs:82:15: Not in scope: `checkModule' src/Main.hs:145:13: Not in scope: `newSession' unicode-prelude Prelude/Unicode.hs:68:7: lexical error at character '\183' utf8-light src/Codec/Binary/UTF8/Light.hs:69:0: Failed to load interface for `GHC.Prim': it is a member of package ghc-prim, which is hidden * xmonad-utils-0.1 src/Heval.hs:64:18: Not in scope: type constructor or class `Session' * yhccore-0.9 unknown flag in {-# OPTIONS #-} pragma: _DERIVE ------------------------------------------------------------------------ Panics, bug reports already made: Looks like a GHC bug: ** OpenAFP http://hackage.haskell.org/trac/ghc/ticket/2686 [219 of 230] Compiling OpenAFP.Prelude.InstanceAFP.C ( src/OpenAFP/Prelude/InstanceAFP/C.hs, dist/build/OpenAFP/Prelude/InstanceAFP/C.o ) ghc: panic! (the 'impossible' happened) (GHC version 6.10.0.20081007 for x86_64-unknown-linux): applyTypeToArgs OpenAFP-1.1:OpenAFP.Types.Chunk.:DRecData{v rm2C} [gid] @ OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH} @ OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv} $dRec{v a2fWO} [lid] $dRec{v a2fWP} [lid] @ (ghc-prim:GHC.Prim.trans{(w) tc 34y} (ghc-prim:GHC.Prim.trans{(w) tc 34y} (OpenAFP-1.1:OpenAFP.Types.Chunk.DataOf{tc rlUo} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH}) (ghc-prim:GHC.Prim.trans{(w) tc 34y} OpenAFP-1.1:OpenAFP.Prelude.InstanceAFP.C.:CoF:R10DataOf{tc r2fJV} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv})) OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}) @ (ghc-prim:GHC.Prim.trans{(w) tc 34y} (ghc-prim:GHC.Prim.trans{(w) tc 34y} (OpenAFP-1.1:OpenAFP.Types.Chunk.RecOf{tc rlUq} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}) (ghc-prim:GHC.Prim.trans{(w) tc 34y} OpenAFP-1.1:OpenAFP.Prelude.InstanceAFP.C.:CoF:R9RecOf{tc r2fJU} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH})) OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH}) (OpenAFP-1.1:OpenAFP.Types.Chunk.DataOf{tc rlUo} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH} ~ OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}, OpenAFP-1.1:OpenAFP.Types.Chunk.RecOf{tc rlUq} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv} ~ OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH}, OpenAFP-1.1:OpenAFP.Types.Record.Rec{tc rl5e} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH}, OpenAFP-1.1:OpenAFP.Types.Record.Rec{tc rl5e} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}) => (OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH} -> [OpenAFP-1.1:OpenAFP.Types.Record.Record{tc rl5q} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}]) -> (OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH} -> [OpenAFP-1.1:OpenAFP.Types.Record.Record{tc rl5q} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv}] -> OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH}) -> OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI{tc rPQH} OpenAFP-1.1:OpenAFP.Types.Chunk.:TRecData{tc rm2B} OpenAFP-1.1:OpenAFP.Records.AFP.CFI.CFI_Data{tc rPQv} Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug ** harpy http://hackage.haskell.org/trac/ghc/ticket/2685 ghc: panic! (the 'impossible' happened) (GHC version 6.10.0.20081007 for x86_64-unknown-linux): mkUsage harpy-0.4:Harpy.CodeGenMonad CodeGen{d} [(01T, base:GHC.Base.return{v 01T}), (32I, base:GHC.IOBase.IO{tc 32I}), (333, base:GHC.Word.Word32{tc 333}), (33A, base:GHC.Ptr.Ptr{tc 33A}), (33D, base:GHC.Ptr.FunPtr{tc 33D}), (40, ghc-prim:GHC.Unit.(){(w) tc 40}), (6Q, base:Data.Either.Right{d 6Q}), (r7, base:GHC.Base.${v r7}), (r4E, mtl-1.1.0.1:Control.Monad.Trans.liftIO{v r4E}), (r8S, base:GHC.Ptr.castPtrToFunPtr{v r8S}), (rO69, harpy-0.4:Harpy.CodeGenMonad.firstBuffer{v rO69}), (rO6z, harpy-0.4:Harpy.CodeGenMonad.CodeGen{d rO6z}), (rO7P, harpy-0.4:Harpy.CodeGenMonad.callDecl{v rO7P}), (rVBT, harpy-0.4:Harpy.Call.conv[aVBL]{v rVBT}), (rVDx, harpy-0.4:Harpy.Call.conv[aVDo]{v rVDx}), (rVJc, harpy-0.4:Harpy.Call.conv[aVIX]{v rVJc})] Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug ** stream-fusion Data/Stream.hs:575:4: Warning: Pattern match(es) are non-exhaustive In the definition of `next': Patterns not matched: (_ :!: (Just (L _))) :!: S2 [2 of 3] Compiling Data.List.Stream ( Data/List/Stream.hs, dist/build/Data/List/Stream.o ) stack overflow: use +RTS -K<size> to increase it http://hackage.haskell.org/trac/ghc/ticket/2684 ** xmonad-contrib-0.8 ghc: panic! (the 'impossible' happened) (GHC version 6.10.0.20081007 for x86_64-unknown-linux): ASSERT failed! file typecheck/TcUnify.lhs line 1000 a{tv aAeS} [box] Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug http://hackage.haskell.org/trac/ghc/ticket/2683

1 0

Releasing extralibs
by Duncan Coutts 10 Oct '08

10 Oct '08

All, Don and I have looked through the "extralibs" set that came with ghc-6.8.3 and the set that will be associated with 6.10.1. I've attached a csv spreadsheet with the summary. For each package we looked at the difference between the last released version (whether that was in the 6.8.3 extralibs tarball or on hackage) and determined the extent of the changes. We assessed the changes against the package version policy to work out the new version (if necessary). These are the actions we need to take: * HUnit: bump version from 1.2.0.0 to 1.2.0.1 and release * QuickCheck: release 1.2.0.0 * haskell-src: bump version from 1.0.1.2 to 1.0.1.3 and release * html: bump version from 1.0.1.1 to 1.0.1.2 and release * mtl: bump version from 1.1.0.1 to 1.1.0.2 and release * network: bump version from 2.2.0.0 to 2.2.0.1 and release * parsec: nothing to do - no changes * parallel: nothing to do - no changes * regex-base: bump version from 0.72.0.1 to 0.72.0.2 and release * regex-compat: nothing to do - no changes * regex-posix: bump version from 0.72.0.2 to 0.72.0.3 and release * stm: bump version from 2.1.1.1 to 2.1.2.0 and release * time: bump version from 1.1.2.1 to 1.1.2.2 and release * xhtml: nothing to do - no changes By release we mean release on hackage. There's no need to wait until 6.10.1 is released to do this. Indeed we can get better testing done if we release now. Duncan

1 1

Breakage with ghc-6.10
by Duncan Coutts 10 Oct '08

10 Oct '08

This is a quick summary of the results of building most of hackage using three combinations of ghc and Cabal. I reported the breakage due to Cabal-1.6 previously. This is a brief look at breakage introduced with ghc-6.10 and the associated library changes. I have build summary logs and individual package build logs. I will post those later. Anyway, here's the summary of the summary: ghc-6.8.2 & Cabal-1.4.0.2 1 UnpackFailed 3 InstallFailed 20 ConfigureFailed 27 DependencyFailed 87 BuildFailed 547 InstallOk ghc-6.8.2 & Cabal-1.5.6 1 UnpackFailed 3 InstallFailed 26 ConfigureFailed 27 DependencyFailed 87 BuildFailed 541 InstallOk ghc-6.10.0 (5th Oct version) & Cabal-1.6.0.0 1 InstallFailed 21 ConfigureFailed 121 DependencyFailed 126 BuildFailed 422 InstallOk If we look at a breakdown of the builds that caused three or more knock-on failures (ie the causes of the 121 DependencyFailed above): 3 hxt-8.1.0 4 hsql-1.7 4 hsx-0.4.4 4 plugins-1.3 4 TypeCompose-0.5 6 arrows-0.4 24 hslogger-1.0.5 46 time-1.1.2.1 Hmm, time and hslogger are big ones there. Let's look at the individual package build logs. First time: Data/Time/Clock/CTimeval.hs:1:11: Warning: -ffi is deprecated: use -XForeignFunctionInterface or pragma {-# LANGUAGE ForeignFunctionInterface#-} instead <no location info>: Failing due to -Werror. NOOOOooooooooooooooooooo!!!!!! This is the reason that hackage now rejects the use of -Werror in released packages. It causes unnecessary breakage when new compilers add new warnings. Ok, lets look at hslogger: src/System/Log/Logger.hs:333:20: Couldn't match expected type `Maybe Logger' against inferred type `IO Logger' In a stmt of a 'do' expression: result <- Map.lookup lname newlt Ah ok, so that's the change in Map.lookup to return Maybe rather than in any monad. So that's an easy source code fix: result <- maybe (fail "Arrgh!") return (Map.lookup lname newlt) Note of course this will also work with the previous implementation of lookup. Duncan

4 6

Re: MacPorts will use _only_ a ghc built with "port install ghc", no other
by Christian Maeder 10 Oct '08

10 Oct '08

Hi, Denis wanted to install pandoc form MacPorts and got problems (below), because he has installed my ghc-6.8.3-powerpc binary. If my binary works you could download http://hackage.haskell.org/packages/archive/pandoc/1.0.0.1/pandoc-1.0.0.1.t… unpack and do the runhaskell Setup configure runhaskell Setup build sudo runhaskell Setup install business (http://www.haskell.org/haskellwiki/Cabal/How_to_install_a_Cabal_package) also for all missing dependencies, i.e. http://hackage.haskell.org/packages/archive/zip-archive/0.1.1/zip-archive-0… I don't know if or how this interferes with MacPorts. Cheers Christian port deps pandoc => pandoc has build dependencies on: ghc haddock pandoc has library dependencies on: gmp denis wrote: > Thanks Greg, > > fair enough. > Could you or Christian suggest to the owners of > http://haskell.org/ghc/download_ghc_683.html > something along the lines of > > MacPorts users note: > MacPorts will use /only/ a ghc built with "port install ghc", no other. > > so the next guy doesn't run into the same wall ? > > Hi, > > MacPorts uses a known good binary ghc bootstrap compiler to > build ghc from source. We won't support building using another > bootstrap compiler, which seems to be what you want to do. (ghc > is hard enough to build with a known good compiler, and we don't > have the resources to debug unsupported configurations.) > > Best Wishes, > Greg > > >

1 0

libedit-20080712-2.11 under x86 Solaris
by Christian Maeder 10 Oct '08

10 Oct '08

Hi, I've installed libedit-20080712-2.11 (from sources) for ghc-6.10.0.20081007 under x86 Solaris. However, ghci comes up with: GHCi, version 6.10.0.20081007: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. No entry for terminal type "xterm"; using dumb terminal settings. Prelude> The keys work, but how do I get rid of No entry for terminal type "xterm"; using dumb terminal settings. ? I have a file /usr/local/share/terminfo/x/xterm (but no terminfo under /usr/share/) Any ideas? Thanks Christian

2 2