- Libraries - Haskell.org

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

14 Oct '08

Hey all. The GHC 6.10 RCs are out, and we're preparing the release of GHC proper. 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 from today, Cabal 1.6 and cabal-install 1.16, of 682 libraries and apps tried in total, 1 UnpackFailed 2 DownloadFailed 2 InstallFailed 16 ConfigureFailed 68 DependencyFailed 122 BuildFailed 469 InstallOk Since yesterday, * dependency failures have reduced by 5 * build failures have reduced by 10 * total successfully installed packages are **up by 14** These new packages now all build ok with the GHC 6.10 release candidate, Graphalyze-0.4 alsa-midi calc glome-hs harpy heap hmp3 ircbouncer mohws panda pandoc roguestar-engine type-level typeof unicode-prelude urlcheck Good work everyone! Some packages are still not ready though, 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 The following packages are still producing different results than with ghc 6.8.2. Package maintainers are invited to look at them. I've marked the easy ones. ArrayRef-0.1.2 Easy: duplicate type signatures CLASE-2008.9.23.2 Hard: GADT changes EdisonCore-1.2.1.2 Easy: Monadic Map HPDF-1.4 Easy: Monadic Map HaLeX-1.1 Easy: Name clash with permutations Hashell-0.15 ? : GHC API Hipmunk-0.2 Easy: Monadic Map MemoTrie-0.0 Easy: 'forall' parsing NewBinary-0.1.1 Easy: Integer constructors moved PArrows-0.1 Easy: GHC.Prim moved (use GHC.Exts) TypeCompose-0.5 Easy: Arrow class changes YamlReference-0.9.2 Hard. Unknown Yampa-0.9.2.2 Arrow class changes arrows-0.4 Arrow class changes bytestring-show-0.2 Easy: Integer constructors moved cabal-setup-1.2.1 Hard: Cabal changes chp-1.1.0 Easy: Arrow class changes cmath-0.3 Hard: -fvia-C changes fixpoint-0.1 Easy: Uses -Werror unnecessarily hasim-0.1 Hard: GADT changes hask-home-2007.12.6 Easy: Cabal changes hetris-0.2 Easy: header macros/-fvia-C hexpat-0.2 Easy: 'forall' parsing in RULES hinstaller-2008.2.16 Easy: Cabal changes hint-0.2.4.1 Hard? GHC API hslackbuilder-0.0.1 Easy: Cabal changes hxt-8.1.0 Easy: Arrow class change iException-0.0.1 ? Exception changes libGenI-0.16.1 Easy: Monadic Map changes mage-1.1.0 Hard: -fvia-C changes numeric-prelude-0.0.4 Easy: Lanuage pragma plugins-1.3 Easy: Cabal changes quantum-arrow-0.0.4 Easy: Arrow class changes regex-tdfa-0.94 Easy: Map changes streamproc-1.1 Easy: Arrow class changes stringtable-atom-0.0.4 Easy: Monadic Map typalyze-0.1.1 ? GHC API xmonad-utils-0.1 ? GHC API yhccore-0.9 ? Pragma parsing Build reports for everything, produced today, are here, http://galois.com/~dons/tmp/build-logs-2008-10-13/ How to address these, as library maintainers, is addressed here, http://haskell.org/haskellwiki/Upgrading_packages 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 I'll start mailing maintainers personally tomorrow. -- Don

2 1

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

14 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

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

Arch Haskell News: Oct 12 2008
by Don Stewart 13 Oct '08

13 Oct '08

News about Haskell on Arch Linux http://archhaskell.wordpress.com/2008/10/12/arch-haskell-news-oct-12-2008/ Arch now has 624 Haskell packages in AUR. That’s an increase of 15 new packages in the last 7 days. Planning is also underway for the GHC 6.10 release, and the 6.10 release candidate is in testing. Noteworthy * cabal-install-0.6.0: “The command-line interface for Cabal and Hackage.” * haskell-cabal-1.6.0.1: “A framework for packaging Haskell software” * haskell-bytestring-0.9.1.3: “Fast, packed, strict and lazy byte arrays with a list interface” * haskell-transactional-events-0.1.0.0: “Transactional events, based on Concurrent ML semantics” Full details on the site.

1 0

Arch Haskell News: Oct 4 2008
by Don Stewart 12 Oct '08

12 Oct '08

A weekly update about Haskell on Arch Linux. Highlights, * Arch now has 609 Haskell packages in AUR. That’s a record increase of 19 new packages in the last 7 days. Noteworthy, * mp3decoder-0.0.1: “MP3 decoder for teaching.” * yi-0.4.6.2: “The Haskell-Scriptable Editor” * haskell-haskore-0.0.5.1: “The Haskore Computer Music System” Full update list, http://archhaskell.wordpress.com/2008/10/04/arch-haskell-news-oct-4-2008/ -- Don

2 2

Bugfix for QuickCheck 1.1.0.0
by Patrick Perry 10 Oct '08

10 Oct '08

Hi everyone, I've put in a proposal that fixes a bug in QuickCheck 1.1.0.0. http://hackage.haskell.org/trac/ghc/ticket/2535 Thanks, Patrick

6 10

Re: Proposal #2659: Add sortOn and friends to Data.List
by Bertram Felgenhauer 09 Oct '08

09 Oct '08

Twan van Laarhoven wrote: > Hello list, > > > Almost all uses of sortBy in user code use 'comparing', 'on' or a similar > construction [1]. I think we should add a function that makes this common > behavior more convenient: > > sortOn :: Ord b => (a -> b) -> [a] -> [a] > > For consistency we should also add *On for the other *By functions in > Data.List: > > nubOn :: Eq b => (a -> b) -> [a] -> [a] > deleteOn :: Eq b => (a -> b) -> a -> [a] -> [a] > deleteFirstsOn :: Eq b => (a -> b) -> [a] -> [a] -> [a] > unionOn :: Eq b => (a -> b) -> [a] -> [a] -> [a] > intersectOn :: Eq b => (a -> b) -> [a] -> [a] -> [a] > groupOn :: Eq b => (a -> b) -> [a] -> [[a]] > sortOn :: Ord b => (a -> b) -> [a] -> [a] > insertOn :: Ord b => (a -> b) -> a -> [a] -> [a] > maximumOn :: Ord b => (a -> b) -> [a] -> a > minimumOn :: Ord b => (a -> b) -> [a] -> a > (nubSortOn :: Ord b => (a -> b) -> [a] -> [a]) -- see #2629 Too many functions, and too little added functionality, IMHO. > newtype Down a = Down { getDown :: a } I like this one. Bertram

2 1

Re: Status of nubOrd (Proposal #2629)
by Bertram Felgenhauer 09 Oct '08

09 Oct '08

Bart Massey wrote: > 1) Stick nubOrd' from my previous message into Data.List and > call it a day. I don't like it, for the simple reason that its exact strictness properties are hard to explain. Low performance hurts, too. > 2) Stick (non-StopList) nubWith in Data.List. Stick nubOrd > in Data.Set, implemented using nubWith. > > Advantages: Provides a highly efficient, fully lazy > nubOrd. Provides nubWith. Reasonable implementation. That's nubWith :: (a -> b -> Maybe b) -> b -> [a] -> [a], right? I have no strong opinion about this proposal either way. > Disadvantages: Sticking nubOrd in Data.Set is weird. That doesn't worry me much. We can always add a link to the documentation of 'nub'. All in all I must say that the design space for nub functions is surprisingly big. One aspect that hasn't been mentioned yet is special handling for finite types. For example, nubBool (True:True:False:undefined) could well return [True,False], because all possible values have been exhausted at that point. I'm not suggesting to add more functions for this - nubBool is easily expressed as nubBool = take 2 . nub regards, Bertram

3 3

cabal-install, ghc-6.10
by Johannes Waldmann 08 Oct '08

08 Oct '08

Does cabal-install work with ghc-6.10? Not out-of-the box it seems. With a recent 6.10 binary snapshot (containing Cabal-1.5.5), I get Configuring cabal-install-0.5.2... Setup: At least the following dependencies are missing: Cabal ==1.4.*, HTTP >=3000 && <3002, base <3 && >=2.0 && <2.2 Regards, J.W.

3 2