- Glasgow-haskell-users

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 11 Oct '08

11 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

Backspace in ghci-6.10.1-candidate
by Serge D. Mechveliani 10 Oct '08

10 Oct '08

This is about testing 6.10.0.20081007. 1. DoCon works with it. 2. The question is how to `install' Backspace and UpArrow in ghci. I make it from source by 6.10-candidate and also by itself -- on Debian Linux. And ghci does not process Backspace and UpArrow. ./configure reported configure:2303: checking whether ghc has editline package configure:2314: result: no And the Debian system area shows the files /usr/lib/libedit.so.2 /usr/lib/iceape/components/libeditor.so /usr/lib/libedit.so.2.9 Please, what is wrong here? Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

2 2

cabal-1.6.0.0
by Duncan Coutts 10 Oct '08

10 Oct '08

I've tagged Cabal-1.6.0.0 and the tarball is on the cabal website. http://haskell.org/cabal/download.html Tomorrow I'll update the version of Cabal that hackage is using and upload Cabal-1.6.0.0 to hackage. We're also planning to bump and upload the extralib packages tomorrow. I also hope to release cabal-install-0.6.0 in the next couple days. In the mean time please use the darcs version and report any issues. Duncan

1 0

libedit
by Christian Maeder 10 Oct '08

10 Oct '08

Hi Judah, after installing rpm packages libedit0-2.10.snap20070831-5 libedit-devel-2.10.snap20070831-5 I get the error below for "cabal install editline" Cheers Christian checking editline/readline.h usability... yes checking editline/readline.h presence... yes checking for editline/readline.h... yes checking for sign of read_history result on error... positive configure: creating ./config.status config.status: creating editline.buildinfo config.status: creating include/HsEditlineConfig.h Preprocessing library editline-0.2... In file included from Editline.hsc:52:0: include/HsEditline.h:11:0: error: conflicting types for 'el_get' /usr/include/histedit.h:112:0: error: previous declaration of 'el_get' was here compiling dist/build/System/Console/Editline_hsc_make.c failed command was: /home/linux-bkb/ghc/ghc-6.8.3/bin/ghc -c -package base-3.0.2.0 -Iinclude dist/build/System/Console/Editline_hsc_make.c -o dist/build/System/Console/Editline_hsc_make.o cabal: Error: some packages failed to install: editline-0.2 failed during the building phase. The exception was: exit: ExitFailure 1

2 2

Re: planning for ghc-6.10.1 and hackage
by Duncan Coutts 09 Oct '08

09 Oct '08

On Thu, 2008-10-09 at 12:47 -0500, Paulo Tanimoto wrote: > Hi Duncan, > > On Thu, Oct 9, 2008 at 10:28 AM, Duncan Coutts > <duncan.coutts(a)worc.ox.ac.uk> wrote: > > On Thu, 2008-10-09 at 10:20 +0200, Jean-Philippe Bernardy wrote: > >> On Mon, Oct 6, 2008 at 9:16 AM, Duncan Coutts > >> <duncan.coutts(a)worc.ox.ac.uk> wrote: > > > Right, you need the darcs version of cabal-install. > > > Just to be clear, what about the other dependencies? > > 1. zlib: the package from hackage seems to work flawlessly. > > 2. http: the one in hackage doesn't build [1], I'm using: > > $ darcs get --partial http://code.haskell.org/http/ > > Is that what I should be doing? I get those warnings about base [2]. This will be fixed by both a new point release of HTTP, but more generally this will be fixed by using the soft preferences which we'll include in the hackage index and which will be used by the upcomming cabal-install release. > 3. Cabal: should I use the one that comes with GHC or upgrade to the > darcs version? They're currently more or less the same. Duncan

2 1