<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
I've the 6.10.4 version installed on my MacOS X 10.6 OS. Have I to uninstall this version of GHC before installing the Mac .pkg for the 6.12.1?<BR>
<BR>
Luca.<BR> <BR>> Date: Mon, 14 Dec 2009 13:36:14 +0000<BR>> From: igloo@earth.li<BR>> To: glasgow-haskell-users@haskell.org; haskell@haskell.org<BR>> CC: <BR>> Subject: ANNOUNCE: GHC version 6.12.1<BR>> <BR>> <BR>> ==============================================================<BR>> The (Interactive) Glasgow Haskell Compiler -- version 6.12.1<BR>> ==============================================================<BR>> <BR>> The GHC Team is pleased to announce a new major release of GHC. There<BR>> have been a number of significant changes since the last major release,<BR>> including:<BR>> <BR>> * Considerably improved support for parallel execution. GHC 6.10 would<BR>> execute parallel Haskell programs, but performance was often not very<BR>> good. Simon Marlow has done lots of performance tuning in 6.12,<BR>> removing many of the accidental (and largely invisible) gotchas that<BR>> made parallel programs run slowly.<BR>> <BR>> * As part of this parallel-performance tuning, Satnam Singh and Simon<BR>> Marlow have developed ThreadScope, a GUI that lets you see what is<BR>> going on inside your parallel program. It's a huge step forward from<BR>> "It takes 4 seconds with 1 processor, and 3 seconds with 8 processors;<BR>> now what?". ThreadScope will be released separately from GHC, but at<BR>> more or less the same time as GHC 6.12.<BR>> <BR>> * Dynamic linking is now supported on Linux, and support for other<BR>> platforms will follow. Thanks for this most recently go to the<BR>> Industrial Haskell Group who pushed it into a fully-working state;<BR>> dynamic linking is the culmination of the work of several people over<BR>> recent years. One effect of dynamic linking is that binaries shrink<BR>> dramatically, because the run-time system and libraries are shared.<BR>> Perhaps more importantly, it is possible to make dynamic plugins from<BR>> Haskell code that can be used from other applications.<BR>> <BR>> * The I/O libraries are now Unicode-aware, so your Haskell programs<BR>> should now handle text files containing non-ascii characters, without<BR>> special effort.<BR>> <BR>> * The package system has been made more robust, by associating each<BR>> installed package with a unique identifier based on its exposed ABI.<BR>> Now, cases where the user re-installs a package without recompiling<BR>> packages that depend on it will be detected, and the packages with<BR>> broken dependencies will be disabled. Previously, this would lead to<BR>> obscure compilation errors, or worse, segfaulting programs.<BR>> <BR>> This change involved a lot of internal restructuring, but it paves the<BR>> way for future improvements to the way packages are handled. For<BR>> instance, in the future we expect to track profiled packages<BR>> independently of non-profiled ones, and we hope to make it possible to<BR>> upgrade a package in an ABI-compatible way, without recompiling the<BR>> packages that depend on it. This latter facility will be especially<BR>> important as we move towards using more shared libraries.<BR>> <BR>> * There are a variety of small language changes, including<BR>> * Some improvements to data types: record punning, declaring<BR>> constructors with class constraints, GADT syntax for type families<BR>> etc.<BR>> * You can omit the "$" in a top-level Template Haskell splice, which<BR>> makes the TH call look more like an ordinary top-level declaration<BR>> with a new keyword.<BR>> * We're are deprecating mdo for recursive do-notation, in favour of<BR>> the more expressive rec statement.<BR>> * We've concluded that the implementation of impredicative polymorphism<BR>> is unsustainably complicated, so we are re-trenching. It'll be<BR>> deprecated in 6.12 (but will still work), and will be either removed<BR>> or replaced with something simpler in 6.14.<BR>> <BR>> <BR>> The full release notes are here:<BR>> <BR>> http://haskell.org/ghc/docs/6.12.1/html/users_guide/release-6-12-1.html<BR>> <BR>> How to get it<BR>> ~~~~~~~~~~~~~<BR>> <BR>> The easy way is to go to the web page, which should be self-explanatory:<BR>> <BR>> http://www.haskell.org/ghc/<BR>> <BR>> We supply binary builds in the native package format for many<BR>> platforms, and the source distribution is available from the same<BR>> place.<BR>> <BR>> Packages will appear as they are built - if the package for your<BR>> system isn't available yet, please try again later.<BR>> <BR>> <BR>> Background<BR>> ~~~~~~~~~~<BR>> <BR>> Haskell is a standard lazy functional programming language; the<BR>> current language version is Haskell 98, agreed in December 1998 and<BR>> revised December 2002.<BR>> <BR>> GHC is a state-of-the-art programming suite for Haskell. Included is<BR>> an optimising compiler generating good code for a variety of<BR>> platforms, together with an interactive system for convenient, quick<BR>> development. The distribution includes space and time profiling<BR>> facilities, a large collection of libraries, and support for various<BR>> language extensions, including concurrency, exceptions, and foreign<BR>> language interfaces (C, whatever). GHC is distributed under a<BR>> BSD-style open source license.<BR>> <BR>> A wide variety of Haskell related resources (tutorials, libraries,<BR>> specifications, documentation, compilers, interpreters, references,<BR>> contact information, links to research groups) are available from the<BR>> Haskell home page (see below).<BR>> <BR>> <BR>> On-line GHC-related resources<BR>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<BR>> <BR>> Relevant URLs on the World-Wide Web:<BR>> <BR>> GHC home page http://www.haskell.org/ghc/<BR>> GHC developers' home page http://hackage.haskell.org/trac/ghc/<BR>> Haskell home page http://www.haskell.org/<BR>> <BR>> <BR>> Supported Platforms<BR>> ~~~~~~~~~~~~~~~~~~~<BR>> <BR>> The list of platforms we support, and the people responsible for them,<BR>> is here:<BR>> <BR>> http://hackage.haskell.org/trac/ghc/wiki/Contributors<BR>> <BR>> Ports to other platforms are possible with varying degrees of<BR>> difficulty. The Building Guide describes how to go about porting to a<BR>> new platform:<BR>> <BR>> http://hackage.haskell.org/trac/ghc/wiki/Building<BR>> <BR>> <BR>> Developers<BR>> ~~~~~~~~~~<BR>> <BR>> We welcome new contributors. Instructions on accessing our source<BR>> code repository, and getting started with hacking on GHC, are<BR>> available from the GHC's developer's site run by Trac:<BR>> <BR>> http://hackage.haskell.org/trac/ghc/<BR>> <BR>> <BR>> Mailing lists<BR>> ~~~~~~~~~~~~~<BR>> <BR>> We run mailing lists for GHC users and bug reports; to subscribe, use<BR>> the web interfaces at<BR>> <BR>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users<BR>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs<BR>> <BR>> There are several other haskell and ghc-related mailing lists on<BR>> www.haskell.org; for the full list, see<BR>> <BR>> http://www.haskell.org/mailman/listinfo/<BR>> <BR>> Some GHC developers hang out on #haskell on IRC, too:<BR>> <BR>> http://www.haskell.org/haskellwiki/IRC_channel<BR>> <BR>> Please report bugs using our bug tracking system. Instructions on<BR>> reporting bugs can be found here:<BR>> <BR>> http://www.haskell.org/ghc/reportabug<BR>> <BR>> _______________________________________________<BR>> Glasgow-haskell-users mailing list<BR>> Glasgow-haskell-users@haskell.org<BR>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users<BR> <br /><hr />New! Receive and respond to mail from other email accounts from within Hotmail <a href='http://clk.atdmt.com/UKM/go/186394593/direct/01/ ' target='_new'>Find out how.</a></body>
</html>