ANNOUNCE: GHC 7.10.1 Release Candidate 1

We are pleased to announce the first release candidate for GHC 7.10.1: https://downloads.haskell.org/~ghc/7.10.1-rc1/ This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F). We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015. Please test as much as possible; bugs are much cheaper if we find them before the release! -- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

Hi, If I understand correctly, OverloadedRecordFields has not been merged yet. Are there any chances to merge it into GHC 7.10.1? --Kazu
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).
We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015.
Please test as much as possible; bugs are much cheaper if we find them before the release!
-- Regards,
Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

No, it is a big change and the merge window is closed now. This question
was just asked on reddit:
http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_ge...
On Tue, Dec 23, 2014 at 6:12 PM, Kazu Yamamoto
Hi,
If I understand correctly, OverloadedRecordFields has not been merged yet. Are there any chances to merge it into GHC 7.10.1?
--Kazu
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).
We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015.
Please test as much as possible; bugs are much cheaper if we find them before the release!
-- Regards,
Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

No, it is a big change and the merge window is closed now. This question was just asked on reddit: http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_ge...
Greg, thank you for this info. But it is really disappointing. I was silent about this because it is promised that ORF is included in GHC 7.10. If I knew that active feedback was necessary, I could be vocal. --Kazu

Kazu Yamamoto
No, it is a big change and the merge window is closed now. This question was just asked on reddit:
http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_ge...
Greg, thank you for this info. But it is really disappointing.
I was silent about this because it is promised that ORF is included in GHC 7.10. If I knew that active feedback was necessary, I could be vocal.
--Kazu
Hi Kazu, You are not the only one that is disappointed. Records have long been a wart in Haskell (and by long I mean 25+ years). Perhaps the readers of this list could read the reddit comments and propose a way forward? Dominic.

Perhaps the readers of this list could read the reddit comments and propose a way forward?
I tried to compile orf-new on Mac (Yosemite). orf-new cannot be compiled even after "git submodule update --init". After modifying some code (e.g. ASSERT macros), it still fails on CMM part. I think that the best way is to rebase orf-new to master. But this causes so many conflicts. I'm not sure that I can take time to fix the conflicts because I need to write a pepar at this moment. --Kazu

| If I understand correctly, OverloadedRecordFields has not been merged | yet. Are there any chances to merge it into GHC 7.10.1? I'm afraid not. The situation is that Adam has a fairly complete patch for overloaded record fields, but neither he nor I are happy with it. It makes some fairly complicated and pervasive changes, and feels like a sledgehammer to crack a nut. We'd scheduled for Adam to spend a day at MSR for us to work on it together, but Adam had to cancel. We'll hopefully re-arrange. Meanwhile it'd be motivating to know who, if anyone, is actively keen on it. Kazu is presumably one. I expect there are others, but I couldn't list them. Simon | | --Kazu | | > We are pleased to announce the first release candidate for GHC 7.10.1: | > | > https://downloads.haskell.org/~ghc/7.10.1-rc1/ | > | > This includes the source tarball and bindists for 64bit/32bit Linux | > and Windows. Binary builds for other platforms will be available | > shortly. (CentOS 6.5 binaries are not available at this time like they | > were for 7.8.x). These binaries and tarballs have an accompanying | > SHA256SUMS file signed by my GPG key id (0x3B58D86F). | > | > We plan to make the 7.10.1 release sometime in February of 2015. We | > expect another RC to occur during January of 2015. | > | > Please test as much as possible; bugs are much cheaper if we find them | > before the release! | > | > -- | > Regards, | > | > Austin Seipp, Haskell Consultant | > Well-Typed LLP, http://www.well-typed.com/ | > _______________________________________________ | > ghc-devs mailing list | > ghc-devs@haskell.org | > http://www.haskell.org/mailman/listinfo/ghc-devs | _______________________________________________ | ghc-devs mailing list | ghc-devs@haskell.org | http://www.haskell.org/mailman/listinfo/ghc-devs

Hi, I’ve had some issues building this (and the git HEAD), it seems that the config.guess and config.sub in the libffi tarball is old, it doesn’t detect the platform when building with msys2. I had to unpack the tarfile and update the files, after this it correctly built. Then I proceeded to try to make a shared library and got the following warning: ManualCheck.hs:18:1: Warning: the 'stdcall' calling convention is unsupported on this platform, treating as ccall When checking declaration: foreign export stdcall "testFoo" testFooA :: CInt -> IO (FooPtr) Does this mean that GHC no longer supports stdcall on windows? or could this be related to issue I had building? Regards, Tamar From: Austin Seipp Sent: Tuesday, December 23, 2014 15:36 To: ghc-devs@haskell.org, glasgow-haskell-users@haskell.org We are pleased to announce the first release candidate for GHC 7.10.1: https://downloads.haskell.org/~ghc/7.10.1-rc1/ This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F). We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015. Please test as much as possible; bugs are much cheaper if we find them before the release! -- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

Hello lonetiger,
I don't think any relevant logic changed in 7.10; however, this
commit may be relevant:
commit 8fb03bfd768ea0d5c666bbe07a50cb05214bbe92
Author: Ian Lynagh
Hi,
I’ve had some issues building this (and the git HEAD), it seems that the config.guess and config.sub in the libffi tarball is old, it doesn’t detect the platform when building with msys2. I had to unpack the tarfile and update the files, after this it correctly built.
Then I proceeded to try to make a shared library and got the following warning:
ManualCheck.hs:18:1: Warning: the 'stdcall' calling convention is unsupported on this platform, treating as ccall When checking declaration: foreign export stdcall "testFoo" testFooA :: CInt -> IO (FooPtr)
Does this mean that GHC no longer supports stdcall on windows? or could this be related to issue I had building?
Regards,
Tamar
From: Austin Seipp Sent: Tuesday, December 23, 2014 15:36 To: ghc-devs@haskell.org, glasgow-haskell-users@haskell.org
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).
We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015.
Please test as much as possible; bugs are much cheaper if we find them before the release!

Hi Edward,
You’re right, this is my mistake, I am compiling x86_64 Windows, I have not updated my tools to work on it yet so I’ve been using the x86_32 binaries and didn’t noticed that my msys2 was compiling a 64bit version.
That explains the warning, sorry for the false alarm!
Regards,
Tamar
From: Edward Z. Yang
Sent: Saturday, December 27, 2014 16:16
To: lonetiger
Cc: Austin Seipp, ghc-devs@haskell.org, glasgow-haskell-users@
Hello lonetiger,
I don't think any relevant logic changed in 7.10; however, this
commit may be relevant:
commit 8fb03bfd768ea0d5c666bbe07a50cb05214bbe92
Author: Ian Lynagh
Hi,
I’ve had some issues building this (and the git HEAD), it seems that the config.guess and config.sub in the libffi tarball is old, it doesn’t detect the platform when building with msys2. I had to unpack the tarfile and update the files, after this it correctly built.
Then I proceeded to try to make a shared library and got the following warning:
ManualCheck.hs:18:1: Warning: the 'stdcall' calling convention is unsupported on this platform, treating as ccall When checking declaration: foreign export stdcall "testFoo" testFooA :: CInt -> IO (FooPtr)
Does this mean that GHC no longer supports stdcall on windows? or could this be related to issue I had building?
Regards,
Tamar
From: Austin Seipp Sent: Tuesday, December 23, 2014 15:36 To: ghc-devs@haskell.org, glasgow-haskell-users@haskell.org
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).
We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015.
Please test as much as possible; bugs are much cheaper if we find them before the release!

*From:* Austin Seipp mailto:austin@well-typed.com *Sent:* Tuesday, December 23, 2014 15:36 *To:* ghc-devs@haskell.org mailto:ghc-devs@haskell.org, glasgow-haskell-users@haskell.org mailto:glasgow-haskell-users@haskell.org
We are pleased to announce the first release candidate for GHC 7.10.1:
Besides downloading a tarball, can I checkout it using git? I tried using sync-all as described on wiki [1] to checkout it: ./sync-all checkout ghc-7.10 but it seems it doesn't work, there are error message like: error: pathspec 'ghc-7.10' did not match any file(s) known to git. [1] https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/Releases

On 2014-12-28 at 04:41:45 +0100, cg wrote: [...]
Besides downloading a tarball, can I checkout it using git?
I tried using sync-all as described on wiki [1] to checkout it:
./sync-all checkout ghc-7.10
but it seems it doesn't work, there are error message like: error: pathspec 'ghc-7.10' did not match any file(s) known to git.
Rather follow https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources#Gettingabra... and/or https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/Git/Submodules i.e. git clone -b ghc-7.10 --recursive git://git.haskell.org/ghc.git or (if you have already a GHC 7.9.x tree cloned out), use git checkout ghc-7.10 && git submodule update --init to switch to the ghc-7.10 branch (and update the submodules) HTH, hvr

On 23 December 2014 at 23:36, Austin Seipp
We are pleased to announce the first release candidate for GHC 7.10.1:
Thanks! Maybe this is already fixed in git, but it seems to me that RC1 is not able to build itself? ghc-cabal: '/usr/bin/ghc-pkg' exited withghc-cabal: '/usr/bin/ghc-pkg' exited with an error: ghc-pkg: ghc no longer supports single-file style package databases (/builddir/build/BUILD/ghc-7.10.0.20141222/libraries/bootstrapping.conf) use 'ghc-pkg init' to create the database with the correct format. an error: ghc-pkg: ghc no longer supportutils/hsc2hs/ghc.mk:15: recipe for target 'utils/hsc2hs/dist/package-data.mk' failed make[1]: *** [utils/hsc2hs/dist/package-data.mk] Error 1 make[1]: *** Waiting for unfinished jobs.... s single-file style package databases (/builddir/build/BUILD/ghc-7.10.0.20141222/libraries/bootstrapping.conf) use 'ghc-pkg init' to create the database with the correct format. libraries/binary/ghc.mk:3: recipe for target 'libraries/binary/dist-boot/package-data.mk' failed make[1]: *** [libraries/binary/dist-boot/package-data.mk] Error 1 Makefile:71: recipe for target 'all' failed make: *** [all] Error 2 (See current https://copr-be.cloud.fedoraproject.org/results/petersen/ghc-7.10/fedora-raw... for the full buildlog.) Is that a known issue? Jens

Hi Jens,
This was a result of https://ghc.haskell.org/trac/ghc/ticket/9652,
which Edward fixed and I'll be merging into the 7.10 branch for RC2.
On Fri, Jan 16, 2015 at 7:19 AM, Jens Petersen
On 23 December 2014 at 23:36, Austin Seipp
wrote: We are pleased to announce the first release candidate for GHC 7.10.1:
Thanks!
Maybe this is already fixed in git, but it seems to me that RC1 is not able to build itself?
ghc-cabal: '/usr/bin/ghc-pkg' exited withghc-cabal: '/usr/bin/ghc-pkg' exited with an error: ghc-pkg: ghc no longer supports single-file style package databases (/builddir/build/BUILD/ghc-7.10.0.20141222/libraries/bootstrapping.conf) use 'ghc-pkg init' to create the database with the correct format. an error: ghc-pkg: ghc no longer supportutils/hsc2hs/ghc.mk:15: recipe for target 'utils/hsc2hs/dist/package-data.mk' failed make[1]: *** [utils/hsc2hs/dist/package-data.mk] Error 1 make[1]: *** Waiting for unfinished jobs.... s single-file style package databases (/builddir/build/BUILD/ghc-7.10.0.20141222/libraries/bootstrapping.conf) use 'ghc-pkg init' to create the database with the correct format. libraries/binary/ghc.mk:3: recipe for target 'libraries/binary/dist-boot/package-data.mk' failed make[1]: *** [libraries/binary/dist-boot/package-data.mk] Error 1 Makefile:71: recipe for target 'all' failed make: *** [all] Error 2
(See current https://copr-be.cloud.fedoraproject.org/results/petersen/ghc-7.10/fedora-raw... for the full buildlog.)
Is that a known issue?
Jens
-- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

On 17 January 2015 at 00:46, Austin Seipp
This was a result of https://ghc.haskell.org/trac/ghc/ticket/9652, which Edward fixed and I'll be merging into the 7.10 branch for RC2.
Thanks Austin, looks like it is already merged in current ghc-7.10 branch: I managed to get 7.10.0.20150116 to build itself. :-) https://copr.fedoraproject.org/coprs/petersen/ghc-7.10/build/67977/
it seems to me that RC1 is not able to build itself? https://copr-be.cloud.fedoraproject.org/results/petersen/ghc-7.10/fedora-raw...
participants (11)
-
Austin Seipp
-
cg
-
Dominic Steinitz
-
Edward Z. Yang
-
Greg Weber
-
Herbert Valerio Riedel
-
Jens Petersen
-
Kazu Yamamoto
-
lonetiger@gmail.com
-
Simon Peyton Jones
-
Tamar Christina