GHC Status October 2008

For the last six months we have been primarily focussed on the 6.10.1 release, which should be out by the time you read this. We are extremely grateful for the increasing support we get for the community in putting GHC releases together; more people than ever before are now helping maintain subcomponents, implementing features, fixing bugs, testing release candidates, and much more besides. We couldn't have made this release without your help!

The GHC 6.10 branch

GHC 6.10.1 is the first release in the 6.10 branch, and features many improvements over the 6.8 branch; the highlights are:

Type families have been completely re-implemented, by Manuel Chakravarty, along the lines of our ICFP 2008 paper ​Type checking with open type functions --- only simpler. As a result, we believe that type families work reliably in GHC 6.10. There is one missing feature, however, namely the ability to have equalities in the superclass context of a class. We'll add that to the HEAD in the next few months.

GHC now comes with Haddock 2, which supports all GHC extensions, thanks to David Waern.

Thomas Schilling has made the GHC API easier to use, by using a Ghc monad to carry the session state. Furthermore, the API now has Haddock documentation.

External core (output only) now works again, thanks to Tim Chevalier.

Data Parallel Haskell (DPH) comes as part of GHC, as a result of Roman Leshchinskiy's efforts. In 6.10, for the first time, DPH includes a full vectoriser, so the system is much more usable than before. It's still really an alpha release though; we very much welcome friendly guinea pigs, but it's not ready for your 3 gigabyte genome search program. We have a lot of performance tuning to do. We've written a new paper ​Harnessing the multicores: nested data parallelism in Haskell (FSTTCS'08), which gives a tutorial overview of the system, focusing especially on vectorisation.

We hope that Max Bolingbroke's Dynamically Loaded Plugins summer of code project will be merged in time for 6.12. Part of this is a new, modular system for user-defined '''annotations''', rather like Java or C# attributes. These attributes are persisted into interface files, can be examined and created by plugins, or by GHC API clients.

Likewise, Donnie Jones's project for profiling parallel programs should be merged in time for 6.12

Finally, unicode text I/O and dynamic libraries were slated for 6.10 but weren't quite ready in time, so we certainly expect those to make it for in 6.12

From a development point of view, there are a couple of changes on the horizon:

We plan to change how GHC's build system works, to decouple it from Cabal's internals. Our current plans are here.

We plan to change from darcs to git for the version control system used by GHC; our plans are described here.

We plan to make the build-system changes first, and only then tackle the version control system.