ANNOUNCE: GHC version 7.2.1

older
ADPfusion: Efficient, high-level...

Ian Lynagh

9 Aug 2011 9 Aug '11

8:01 p.m.

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 ============================================================= The GHC Team is pleased to announce a new major release of GHC, 7.2.1. The 7.2 branch is intended to be more of a "technology preview" than normal GHC stable branches; in particular, it supports a significantly improved version of DPH, as well as new features such as compiler plugins and "safe Haskell". The design of these new features may evolve as we get more experience with them. See the release notes for more details of what's new and what's changed. We are also using this branch as an opportunity to work out the best workflows to use with git. We expect the 7.2 branch to be short-lived, with 7.4.1 coming out shortly after ICFP as normal. Full release notes are here: http://www.haskell.org/ghc/docs/7.2.1/html/users_guide/release-7-2-1.html How to get it ~~~~~~~~~~~~~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/ Supported Platforms ~~~~~~~~~~~~~~~~~~~ The list of platforms we support, and the people responsible for them, is here: http://hackage.haskell.org/trac/ghc/wiki/Contributors Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: http://hackage.haskell.org/trac/ghc/wiki/Building Developers ~~~~~~~~~~ We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac: http://hackage.haskell.org/trac/ghc/ Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: http://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: http://www.haskell.org/ghc/reportabug

Show replies by date

Joachim Breitner

10 Aug 10 Aug

7:20 a.m.

Hi, kudos for the new release! Am Dienstag, den 09.08.2011, 21:01 +0100 schrieb Ian Lynagh:

...

The 7.2 branch is intended to be more of a "technology preview" than normal GHC stable branches;

I take it that means that distributions should not upload 7.2.1 to stable releases, and stick to 7.0.4 in the meantime? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Manuel M T Chakravarty

11 Aug 11 Aug

11:41 p.m.

At the request of the Haskell Platform folks, we are shipping the Data Parallel Haskell libraries separately from GHC (i.e., they are not bundled in the GHC distribution, nor will they be bundled in any Haskell Platform distribution). To use DPH with GHC 7.2.1, you need to install the DPH libraries separately from Hackage — for details, see http://pls.posterous.com/data-parallel-haskell-and-repa-for-ghc-721 Manuel Ian Lynagh:

...

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 =============================================================

The GHC Team is pleased to announce a new major release of GHC, 7.2.1.

The 7.2 branch is intended to be more of a "technology preview" than normal GHC stable branches; in particular, it supports a significantly improved version of DPH, as well as new features such as compiler plugins and "safe Haskell". The design of these new features may evolve as we get more experience with them. See the release notes for more details of what's new and what's changed.

We are also using this branch as an opportunity to work out the best workflows to use with git.

We expect the 7.2 branch to be short-lived, with 7.4.1 coming out shortly after ICFP as normal.

Full release notes are here:

http://www.haskell.org/ghc/docs/7.2.1/html/users_guide/release-7-2-1.html

How to get it ~~~~~~~~~~~~~

The easy way is to go to the web page, which should be self-explanatory:

http://www.haskell.org/ghc/

We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place.

Packages will appear as they are built - if the package for your system isn't available yet, please try again later.

Background ~~~~~~~~~~

Haskell is a standard lazy functional programming language.

GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license.

A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below).

On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Relevant URLs on the World-Wide Web:

GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/

Supported Platforms ~~~~~~~~~~~~~~~~~~~

The list of platforms we support, and the people responsible for them, is here:

http://hackage.haskell.org/trac/ghc/wiki/Contributors

Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform:

http://hackage.haskell.org/trac/ghc/wiki/Building

Developers ~~~~~~~~~~

We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac:

http://hackage.haskell.org/trac/ghc/

Mailing lists ~~~~~~~~~~~~~

We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at

http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see

http://www.haskell.org/mailman/listinfo/

Some GHC developers hang out on #haskell on IRC, too:

http://www.haskell.org/haskellwiki/IRC_channel

Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here:

http://www.haskell.org/ghc/reportabug

_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Jens Petersen

12 Aug 12 Aug

6:46 a.m.

...

The GHC Team is pleased to announce a new major release of GHC, 7.2.1.

Thank you! I have done a test build of 7.2.1 for Fedora: http://koji.fedoraproject.org/koji/taskinfo?taskID=3267317 You can download the binary packages for example like this for 2 weeks: $ lftp http://kojipkgs.fedoraproject.org/scratch/petersen/task_3267317/

...

mget *.[x86_64|i686].rpm $ sudo rpm -Uvh ghc*-10.fc17.[x86_64|i686].rpm

The test results with system libffi are the same as I reported earlier except for 1 unexpected failure on x86_64: ghci/should_run 3171 [bad stdout] (normal) I expect Fedora will ship ghc-7.[24] in Fedora 17, but we won't start work on that until F16 is near done (F16 is due to ship at the beginning of Nov). By that time hopefully progress will also have been made on haskell-platform-2011.4. Cheers, Jens

Jens Petersen

19 Aug 19 Aug

8:15 a.m.

...

I have done a test build of 7.2.1 for Fedora [17]: http://koji.fedoraproject.org/koji/taskinfo?taskID=3267317

...

The test results with system libffi are the same as I reported earlier except for 1 unexpected failure on x86_64: ghci/should_run 3171 [bad stdout] (normal)

Out of curiosity and for the record, I tried today on Fedora 15 (the current release) and got the same results. http://koji.fedoraproject.org/koji/taskinfo?taskID=3285314 Jens

Jens Petersen

1 Sep 1 Sep

2:26 a.m.

On 19 August 2011 17:15, Jens Petersen wrote:

...

...
I have done a test build of 7.2.1 for Fedora [17]: http://koji.fedoraproject.org/koji/taskinfo?taskID=3267317

Since the test rpms are now gone from Koji and I don't think I will start building 7.2 properly for Fedora until after ICFP I have placed those rpms here for now: http://petersen.fedorapeople.org/ghc-7.2/ if anyone is looking for them. They should work fine with F15 and F16 (untested but probably with F14 too). (I forgot to archive the original src rpm for the build but I believe the one I uploaded is essentially equivalent.) Just note that the bootstrap test rpms don't have ABI hash metadata. I haven't committed the packaging yet to fedora git either, if there is interest I am happy to push it to a branch there. Jens

Bryan O'Sullivan

5:06 p.m.

On Wed, Aug 31, 2011 at 7:26 PM, Jens Petersen wrote:

...

Since the test rpms are now gone from Koji and I don't think I will start building 7.2 properly for Fedora until after ICFP

Just in case you didn't know, 7.4 is due to come out around the time of ICFP. If you have limited time to work on this, I don't think it's worth worrying further about 7.2.

AntC

26 Mar 26 Mar

10:47 p.m.

New subject: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE NoTraditionalRecordSyntax #-}

...

Ian Lynagh writes:

...

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 =============================================================

Ticket #3356 claims that {-# LANGUAGE NoTraditionalRecordSyntax #-} was implemented in 7.2.1. But GHCi v7.2.1 complains "Unsupported extension: NoTraditionalRecordSyntax". What (if anything) actually got implemented? Is/was the plan to be able to selectively 'prune' bits of record syntax? or just to completely banish anything with curly brackets {and their contents} from patterns, expressions and data declarations? I ask because I'd like to raise a ticket for http://hackage.haskell.org/trac/ghc/wiki/Records/DeclaredOverloadedRecordFie... /NoMonoRecordFields -- that is, to enable declaring within the same module multiple record types with the same field name. Of course it will also help when declaring the same field name in different (but imported) modules. Avoiding generating the (monomorphic) field selector function is a modest step towards freeing up the namespace, without in any way pre-judging how the 'narrow namespace issue' might get addressed. AntC

Simon Peyton-Jones

27 Mar 27 Mar

7:20 a.m.

New subject: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE NoTraditionalRecordSyntax #-}

ghci -XNoTraditionalRecordSyntax does not complain of unsupported extensions for me. The flag appears to just disable record construction and update syntax, and record patterns, and record syntax in GADT declarations. It has probably never been used. Simon | -----Original Message----- | From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell- | users-bounces@haskell.org] On Behalf Of AntC | Sent: 26 March 2012 23:47 | To: glasgow-haskell-users@haskell.org | Subject: Re: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE | NoTraditionalRecordSyntax #-} | | > | Ian Lynagh writes: | > | > ============================================================= | > The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 | > ============================================================= | > | Ticket #3356 claims that {-# LANGUAGE NoTraditionalRecordSyntax #-} was | implemented in 7.2.1. | | But GHCi v7.2.1 complains "Unsupported extension: NoTraditionalRecordSyntax". | | What (if anything) actually got implemented? | | Is/was the plan to be able to selectively 'prune' bits of record syntax? or | just to completely banish anything with curly brackets {and their contents} | from patterns, expressions and data declarations? | | I ask because I'd like to raise a ticket for | http://hackage.haskell.org/trac/ghc/wiki/Records/DeclaredOverloadedRecordFie... | ds | /NoMonoRecordFields -- that is, to enable declaring within the same module | multiple record types with the same field name. | | Of course it will also help when declaring the same field name in different | (but imported) modules. | | Avoiding generating the (monomorphic) field selector function is a modest | step towards freeing up the namespace, without in any way pre-judging how the | 'narrow namespace issue' might get addressed. | | AntC | | | | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

AntC

10:13 p.m.

New subject: ANNOUNCE: GHC version 7.2.1 - {-#LANGUAGE NoTraditionalRecordSyntax#-}

Simon Peyton-Jones writes:

...

ghci -XNoTraditionalRecordSyntax does not complain of unsupported extensions

for me. OK, it's effective in v7.4.1, as Ian says.

...

The flag appears to just disable record construction and update syntax, and record patterns, and record syntax in GADT declarations.

For the record(!) it also suppresses record syntax in ordinary data declarations. So it 'solves' the namespacing issue by not allowing field names at all. No curly brackets, no field names nowhere! Everything has to be positional.

...

It has probably never been used.

Yes, the pruning is _too_ radical, the tree withered away. AntC

Ian Lynagh

12:12 p.m.

New subject: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE NoTraditionalRecordSyntax #-}

On Mon, Mar 26, 2012 at 10:47:14PM +0000, AntC wrote:

...

Ticket #3356 claims that {-# LANGUAGE NoTraditionalRecordSyntax #-} was implemented in 7.2.1.

But GHCi v7.2.1 complains "Unsupported extension: NoTraditionalRecordSyntax".

What (if anything) actually got implemented?

It was implemented in 7.4.1. Thanks Ian

AntC

8:32 p.m.

New subject: ANNOUNCE: GHC version 7.2.1 - {-#LANGUAGE NoTraditionalRecordSyntax#-}

Ian Lynagh writes:

...

On Mon, Mar 26, 2012 at 10:47:14PM +0000, AntC wrote:

...
Ticket #3356 claims that {-# LANGUAGE NoTraditionalRecordSyntax #-} was implemented in 7.2.1.

But GHCi v7.2.1 complains "Unsupported extension:

NoTraditionalRecordSyntax".

...

...
What (if anything) actually got implemented?

ghci -XNoTraditionalRecordSyntax does not complain of unsupported extensions for me. ... Simon

It was implemented in 7.4.1.

Thanks Ian

Thank you Simon and Ian (and apologies for first posting to the Haskell list). So I'll upgrade to 7.4, and play with it. And post a ticket for the more modest idea of suppressing the (monomorphic) field selector function. AntC

Joachim Breitner

27 Aug 27 Aug

1:29 p.m.

Hi, Am Dienstag, den 09.08.2011, 21:01 +0100 schrieb Ian Lynagh:

...

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 =============================================================

while better than rc1, there are still build failures on debian, on architectures mips, mipsel and s390, example excerpt from https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=sparc&ver=7.2.1-1&stamp=1314306502 ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.2.1 for s390-ibm-linux): elfSectionNote ArchUnknown And similar for mipsel-unknown-linux and mips-unknown-linux. Could you make them known in the next release? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Karel Gardas

1:50 p.m.

Hi, sorry for causing this bug. Simon Marlow fixed this in: commit f0191c559d683b5bac12243c0db3b780b684799e Author: Simon Marlow Date: Wed Aug 10 10:02:55 2011 +0100 default to using @note for saving the linker opts (someone mentioned that it wasn't working on Alpha, because we had explicitly listed the arches rather than having a sensible fallback). Thanks, Karel On 08/27/11 03:29 PM, Joachim Breitner wrote:

...

Hi,

Am Dienstag, den 09.08.2011, 21:01 +0100 schrieb Ian Lynagh:

...
============================================================= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 =============================================================

while better than rc1, there are still build failures on debian, on architectures mips, mipsel and s390, example excerpt from https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=sparc&ver=7.2.1-1&stamp=1314306502

ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.2.1 for s390-ibm-linux): elfSectionNote ArchUnknown

And similar for mipsel-unknown-linux and mips-unknown-linux.

Could you make them known in the next release?

Thanks, Joachim

_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Joachim Breitner

20 Nov 20 Nov

9:29 p.m.

Hi, Am Samstag, den 27.08.2011, 15:50 +0200 schrieb Karel Gardas:

...

On 08/27/11 03:29 PM, Joachim Breitner wrote:

...
while better than rc1, there are still build failures on debian, on architectures mips, mipsel and s390, example excerpt from https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=sparc&ver=7.2.1-1&stamp=1314306502

ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.2.1 for s390-ibm-linux): elfSectionNote ArchUnknown

And similar for mipsel-unknown-linux and mips-unknown-linux.

Could you make them known in the next release?

sorry for causing this bug. Simon Marlow fixed this in:

commit f0191c559d683b5bac12243c0db3b780b684799e Author: Simon Marlow Date: Wed Aug 10 10:02:55 2011 +0100

default to using @note for saving the linker opts (someone mentioned that it wasn't working on Alpha, because we had explicitly listed the arches rather than having a sensible fallback).

It seems that this fix did not make it into the 7.2.2 release. Was that intentional? What must happen for it to be included in the next release? Same for the change here: http://hackage.haskell.org/trac/ghc/changeset/0f0a3c97101ae7a877b76af4ac0299... Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Simon Marlow

23 Nov 23 Nov

10:12 a.m.

On 20/11/2011 21:29, Joachim Breitner wrote:

...

Hi,

Am Samstag, den 27.08.2011, 15:50 +0200 schrieb Karel Gardas:

...
On 08/27/11 03:29 PM, Joachim Breitner wrote:

...
while better than rc1, there are still build failures on debian, on architectures mips, mipsel and s390, example excerpt from https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=sparc&ver=7.2.1-1&stamp=1314306502

ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.2.1 for s390-ibm-linux): elfSectionNote ArchUnknown

And similar for mipsel-unknown-linux and mips-unknown-linux.

Could you make them known in the next release?

sorry for causing this bug. Simon Marlow fixed this in:

commit f0191c559d683b5bac12243c0db3b780b684799e Author: Simon Marlow Date: Wed Aug 10 10:02:55 2011 +0100

default to using @note for saving the linker opts (someone mentioned that it wasn't working on Alpha, because we had explicitly listed the arches rather than having a sensible fallback).

It seems that this fix did not make it into the 7.2.2 release. Was that intentional? What must happen for it to be included in the next release?

Same for the change here: http://hackage.haskell.org/trac/ghc/changeset/0f0a3c97101ae7a877b76af4ac0299...

Sorry about missing those. We made 7.2.2 mainly to fix a few critical bugs that made 7.2.1 unusable for some people - bugs that caused it to generate code that crashed at runtime, with no suitable workaround. We also searched around for other critical bug fixes to include. Those two you mention above fell through the cracks I'm afraid. 7.4.1 will be out soon with all these fixes anyway. Cheers, Simon

Joachim Breitner

10:52 a.m.

Hi Simon, Am Mittwoch, den 23.11.2011, 10:12 +0000 schrieb Simon Marlow:

...

...
It seems that this fix did not make it into the 7.2.2 release. Was that intentional? What must happen for it to be included in the next release?

Same for the change here: http://hackage.haskell.org/trac/ghc/changeset/0f0a3c97101ae7a877b76af4ac0299...

Sorry about missing those. We made 7.2.2 mainly to fix a few critical bugs that made 7.2.1 unusable for some people - bugs that caused it to generate code that crashed at runtime, with no suitable workaround. We also searched around for other critical bug fixes to include. Those two you mention above fell through the cracks I'm afraid.

no problem, they are not critical.

...

7.4.1 will be out soon with all these fixes anyway.

That’s all I want to hear :-) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

4850

Age (days ago)

5081

Last active (days ago)

List overview

Download

16 comments

9 participants

participants (9)

AntC
Bryan O'Sullivan
Ian Lynagh
Jens Petersen
Joachim Breitner
Karel Gardas
Manuel M T Chakravarty
Simon Marlow
Simon Peyton-Jones

ANNOUNCE: GHC version 7.2.1

tags

participants (9)