ANNOUNCE: GHC version 7.2.1

[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
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Joachim Breitner]

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
  [hidden email] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [hidden email] | http://people.debian.org/~nomeata

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Manuel M T Chakravarty]

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
> [hidden email]
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Jens Petersen]

> 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

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Jens Petersen]

> 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

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Joachim Breitner]

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
  [hidden email] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [hidden email] | http://people.debian.org/~nomeata

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Karel Gardas]

Hi,

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

commit f0191c559d683b5bac12243c0db3b780b684799e
Author: Simon Marlow <[hidden email]>
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
> [hidden email]
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Jens Petersen]

On 19 August 2011 17:15, Jens Petersen <[hidden email]> 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

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Bryan O'Sullivan]

On Wed, Aug 31, 2011 at 7:26 PM, Jens Petersen <[hidden email]> 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.

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Joachim Breitner]

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 <[hidden email]>
> 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/0f0a3c97101ae7a877b76af4ac02993201c8af09 

Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
  [hidden email] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [hidden email] | http://people.debian.org/~nomeata

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Simon Marlow-7]

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<[hidden email]>
>> 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/0f0a3c97101ae7a877b76af4ac02993201c8af09

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


_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Joachim Breitner]

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/0f0a3c97101ae7a877b76af4ac02993201c8af09
>
> 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
  [hidden email] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [hidden email] | http://people.debian.org/~nomeata

_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[AntC]

>
Ian Lynagh <igloo <at> earth.li> 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/DeclaredOverloadedRecordFields
/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
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Simon Peyton-Jones]

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: [hidden email] [mailto:glasgow-haskell-
| [hidden email]] On Behalf Of AntC
| Sent: 26 March 2012 23:47
| To: [hidden email]
| Subject: Re: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE
| NoTraditionalRecordSyntax #-}
|
| >
| Ian Lynagh <igloo <at> earth.li> 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/DeclaredOverloadedRecordFiel
| 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
| [hidden email]
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[Ian Lynagh]

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


_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[AntC]

Ian Lynagh <igloo <at> earth.li> 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




_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

[AntC]

Simon Peyton-Jones <simonpj <at> microsoft.com> 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




_______________________________________________
Glasgow-haskell-users mailing list
[hidden email]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users