RE: 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-boun...@haskell.org [mailto:glasgow-haskell-
| users-boun...@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 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
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1 - {-# LANGUAGE NoTraditionalRecordSyntax #-}
On Mon, Mar 26, 2012 at 10:47:14PM +, 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
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1 - {-#LANGUAGE NoTraditionalRecordSyntax#-}
Ian Lynagh igloo at earth.li writes:
On Mon, Mar 26, 2012 at 10:47:14PM +, 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
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1 - {-#LANGUAGE NoTraditionalRecordSyntax#-}
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 Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
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/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
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
Hi Simon, Am Mittwoch, den 23.11.2011, 10:12 + 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 nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
On Wed, Aug 31, 2011 at 7:26 PM, Jens Petersen j...@community.haskell.orgwrote: 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 Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
On 19 August 2011 17:15, Jens Petersen j...@community.haskell.org 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 Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
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=ghcarch=sparcver=7.2.1-1stamp=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 nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
Hi, sorry for causing this bug. Simon Marlow fixed this in: commit f0191c559d683b5bac12243c0db3b780b684799e Author: Simon Marlow marlo...@gmail.com 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=ghcarch=sparcver=7.2.1-1stamp=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 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
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 Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
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 Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
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 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 7.2.1
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 nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
