- Glasgow-haskell-users

Re: Hackage and GUI (was Hackage status with GHC 6.10 release candidate)
by Matti Niemenmaa 13 Oct '08

13 Oct '08

Hans van Thiel wrote: > Secondly, has Gtk2Hs compatibility been tested with GHC 6.10? In the > past there have sometimes been problems with new GHC releases and > Gtk2Hs. These have always been addressed, but it usually took a few > months.. I just built Gtk2Hs with the 6.10-rc on Windows, and it seems to work. The release version, 0.9.13, is a no-go though: I needed a patch (related to an "instance Binary Integer") before I got it to compile. And a lot of other messing about as well, but I've got used to that on Windows.

1 0

Re: [Haskell-cafe] Hackage and GUI (was Hackage status with GHC 6.10 release candidate)
by Duncan Coutts 13 Oct '08

13 Oct '08

On Mon, 2008-10-13 at 16:15 +0200, Hans van Thiel wrote: > What's the status of Gtk2Hs with regard to Cabal? Is it correct that not > one of the applications on Hackage, and there are some, uses or can use > a GUI at this point in time? Gtk2Hs still does not use Cabal as its build system. With the recent summer of code project on a dependency framework for Cabal we're now much closer to being able to convert Gtk2Hs to use Cabal. There are several packages on hackage that depend on gtk2hs or wxhaskell. > Secondly, has Gtk2Hs compatibility been tested with GHC 6.10? In the > past there have sometimes been problems with new GHC releases and > Gtk2Hs. These have always been addressed, but it usually took a few > months.. I think I've seen some patches going past on the gtk2hs-devel list for ghc-6.10 compatibility. Duncan

1 0

2008-10-12 Hackage status with GHC 6.10 release candidate
by Don Stewart 13 Oct '08

13 Oct '08

Hey all. The GHC 6.10 RCs are out, and we're preparing the release. To help manage the transistion to GHC 6.10 it is now possible to actually build all the 3rd party Haskell packages, and publish their results wrt. the release candidate. For the first time ever, we're able to have all the 3rd party code tested and ready to go *prior* to the release of the new compiler and base libraries. Using GHC 6.10 RC, Cabal 1.6 and cabal-install 1.16, of 682 libraries and apps tried in total, 1 UnpackFailed 2 DownloadFailed 2 InstallFailed 16 ConfigureFailed 73 DependencyFailed 132 BuildFailed 456 InstallOk Note that these builds are with "soft deps", provided on hackage, base < 4 parsec < 3 HaXml == 1.13.* QuickCheck < 2 which train cabal-install to build a larger set of packages. The important result: *46 packages produce different results to ghc 6.8.2* These packages and their logs are listed below. If you maintain one of the following packages, and are able to fix it before GHC 6.10 is released, your users will be happy. The most common issues for these differences 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 Build reports for everything, produced today, are here, http://galois.com/~dons/tmp/build-logs-2008-10-12/ The following packages are producing different results than with ghc 6.8.2. Package maintainers are invited to look at them. 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 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 xmonad-utils-0.1 yhccore-0.9 If you'd like to try your own build of all of hackage, grab a package list (such as this one), http://www.galois.com/~dons/tmp/pkgs-6.10 Install a GHC 6.10 release candidate, upgrade to Cabal 1.6 (on hackage), and cabal-install 0.6 (on hackage), and then simply, cabal install -v -O0 $(cat pkgs-6.10) --build-reports This will construct a clever plan to install all the packages in the right order, and write logs to ~/.cabal/logs and a full structured build report into ~/.cabal/packages/hackage.*/build-report.log -- Don

3 3

Re: pandoc from cabal / MacPorts ?
by Christian Maeder 13 Oct '08

13 Oct '08

I'll CC this to glasgow-haskell-users(a)haskell.org in case someone else has the same problem. 1. Download http://hackage.haskell.org/packages/archive/pandoc/1.0.0.1/pandoc-1.0.0.1.t… http://hackage.haskell.org/packages/archive/zip-archive/0.1.1/zip-archive-0… http://hackage.haskell.org/packages/archive/utf8-string/0.3.1.1/utf8-string… http://hackage.haskell.org/packages/archive/zlib/0.4.0.4/zlib-0.4.0.4.tar.gz http://hackage.haskell.org/packages/archive/binary/0.4.3.1/binary-0.4.3.1.t… And install all this packages in reverse order (the last 3 packages are independent) 2. Alternatively you can first install http://hackage.haskell.org/packages/archive/cabal-install/0.5.2/cabal-insta… (versions 0.5.1 or 0.6 will work, too) after installing a further version of Cabal http://hackage.haskell.org/packages/archive/Cabal/1.4.0.2/Cabal-1.4.0.2.tar… and http://hackage.haskell.org/packages/archive/HTTP/3001.1.3/HTTP-3001.1.3.tar… http://hackage.haskell.org/packages/archive/zlib/0.4.0.4/zlib-0.4.0.4.tar.gz Once you have cabal, installing is much easier (just "cabal install pandoc"). Installing one of the above *.tar.gz packages works as follows: tar zxf <package-name>.tar.gz cd <package-name> ghc --make Setup.* ./Setup configure ./Setup build ./Setup install cd .. (This Setup.* is either Setup.hs or Setup.lhs) You may supply a "--prefix=/opt/local" to ./Setup configure. Cheers Christian denis wrote: > Greg, Christian, > still no luck here in macosx 10.4.11 ppc, > port install hs-ghc-paths => the errors in Friday's mail below > > I'm probably missing something basic -- > should I "port install hs-cabal" before hs-ghc-paths <- haddock <- > pandoc ? > It seems to have come in with ghc > cabal --version => > cabal-install version 0.5.1 > using version 1.4.0.2 of the Cabal library > > port list install | egrep => > ghc @6.8.3 lang/ghc > hs-HTTP @3001.0.4 devel/hs-HTTP > hs-libcabal @1.4.0.2 devel/hs-libcabal > hs-zlib @0.4.0.4 devel/hs-zlib > > > Trying to just configure hs-cabal -- maybe a wrong thing to do -- > sudo port clean --all hs-cabal > sudo port -v configure hs-cabal > # from: sudo port -v configure hs-cabal > # run: 13 Oct 2008 11:06 in /opt/local Denis.local mac 10.4.11 ppc > > ---> Verifying checksum(s) for hs-cabal > ---> Checksumming cabal-install-0.5.1.tar.gz > ---> Extracting hs-cabal > ---> Extracting cabal-install-0.5.1.tar.gz > ---> Configuring hs-cabal > Configuring cabal-install-0.5.1... > Setup: At least the following dependencies are missing: > Cabal >=1.4&&<1.5, HTTP >=3000&&<3002, zlib >=0.4 > 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-cabal/work/cabal-install-0.5.1 > && runhaskell Setup configure --ghc --prefix=/opt/local" returned error 1 > Command output: Configuring cabal-install-0.5.1... > Setup: At least the following dependencies are missing: > Cabal >=1.4&&<1.5, HTTP >=3000&&<3002, zlib >=0.4 > > Warning: the following items did not execute (for hs-cabal): > org.macports.configure > Error: Status 1 encountered during processing. > > > Also, is there a way of listing dependency chains / trees like > ghc <- hs-ghc-paths <- haddock <- pandoc > (on all, not just installed, packages) > so that one can build them step by step ? > > > Christian, what's the simplest sequence to build haddock / pandoc from > the source > pandoc-1.0.0.1.tar.gz without MacPorts ? > I just want pandoc, don't care about haskel / ghc / ... at all. > The nice pandoc INSTALL says > Pandoc needs the `utf8-string` and `zip-archive` to compile. > ... On \*nix systems, the easiest way to do this is to install the > [cabal-install] tool ... > But how do I "cabal list installed-locally", "cabal list-tree-to pandoc" ? > > Thanks, > cheers > -- denis >

1 0

Breakage with 6.10
by Don Stewart 13 Oct '08

13 Oct '08

Quick summary of the latest hackage state, now hslogger has been amended. x86_64/linux/ghc-6.10/cabal-install 0.6/Cabal 1.6 1 UnpackFailed 2 DownloadFailed 2 InstallFailed 16 ConfigureFailed 71 DependencyFailed 138 BuildFailed 447 InstallOk So you can see that DependencyFailed is down 30, thanks to hslogger now working. InstallOk is up about 23. A breakdown of the remaing causes for DependencyFailed, 2 Win32-2.1.0.0 2 Yampa-0.9.2.2 2 hint-0.2.4.1 2 hsdns-1.3 2 plugins-1.3 3 pandoc-1.0.0.1 3 stringtable-atom-0.0.4 4 TypeCompose-0.5 4 hsql-1.7 4 hsx-0.4.4 5 hxt-8.1.0 6 HAppS-Data-0.9.2.1 6 arrows-0.4 6 wxcore-0.10.3 The main thing to fix there is 'arrows', an extra lib, we'll bump that. arrows fails due to: [ 3 of 12] Compiling Control.Arrow.Transformer.CoState ( Control/Arrow/Transformer/CoState.hs, dist/build/Control/Arrow/Transformer/CoState.o ) Control/Arrow/Transformer/CoState.hs:24:29: Module `Control.Arrow' does not export `pure' Even though cabal-install decided to use base-3.0.3.0 So that means base-3 is *not* exporting quite the same interface as last time. Were we aware of this? -- Don

4 3

A wiki page for managing the 6.10 handover
by Don Stewart 13 Oct '08

13 Oct '08

http://haskell.org/haskellwiki/Upgrading_packages#Typical_breakages_with_GH… It collects the 7 or so known issues that break code with GHC 6.10. Please feel free to clean up, and especially *add techniques for handling each change*. If we do this right, with cabal-install being smart, clear summaries of what is broken and how to fix it, this might be the smoothest major release yet. -- Don

4 6

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

12 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