[ANNOUNCE] GHC 8.0.2 release candidate 1

Hello everyone, The GHC team is happy to (finally!) announce the first candiate of the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at http://downloads.haskell.org/~ghc/8.0.2-rc1/ This is the first of what will hopefully be only two release candidates leading up the final 8.0.2 release. This release will fix a number bugs found in 8.0.1 including, * Interface file build determinism (#4012). * Compatibility with macOS Sierra and GCC compilers which compile position-independent executables by default * Runtime linker fixes on Windows (see #12797) * A compiler bug which resulted in undefined reference errors while compiling some packages (see #12076) * Compatability with systems which use the gold linker * A number of memory consistency bugs in the runtime system * A number of efficiency issues in the threaded runtime which manifest on larger core counts and large numbers of bound threads. * A typechecker bug which caused some programs using -XDefaultSignatures to be incorrectly accepted. * More than two-hundred other bugs. See Trac [1] for a complete listing. Unfortunately there is one known bug (#12757) which can result in runtime crashes which is still lurking in -rc1. This will be fixed in -rc2, which will be released in about a week. As always, let us know if you encounter trouble. Thanks to everyone who has contributed so far! Happy testing, - Ben [1] https://ghc.haskell.org/trac/ghc/query?status=closed&milestone=8.0.2&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&order=priority

Thanks Ben, this is great!
Installing the binary on the Mac results in the following minor problem:
/usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1
"/usr/local/share/man/man1"
install: /usr/local/share/man/man1/ghc.1: No such file or directory
make[1]: *** [install_man] Error 71
make: *** [install] Error 2
The error message is a bit confusing as the file does exist.
It is easily resolved by
rm /usr/local/share/man/man1/ghc.1
I believe I encountered the same problem on ghc 8.0.1 rc1
Thanks
George
On Fri, Nov 25, 2016 at 6:39 PM Ben Gamari
Hello everyone,
The GHC team is happy to (finally!) announce the first candiate of the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at
http://downloads.haskell.org/~ghc/8.0.2-rc1/
This is the first of what will hopefully be only two release candidates leading up the final 8.0.2 release. This release will fix a number bugs found in 8.0.1 including,
* Interface file build determinism (#4012).
* Compatibility with macOS Sierra and GCC compilers which compile position-independent executables by default
* Runtime linker fixes on Windows (see #12797)
* A compiler bug which resulted in undefined reference errors while compiling some packages (see #12076)
* Compatability with systems which use the gold linker
* A number of memory consistency bugs in the runtime system
* A number of efficiency issues in the threaded runtime which manifest on larger core counts and large numbers of bound threads.
* A typechecker bug which caused some programs using -XDefaultSignatures to be incorrectly accepted.
* More than two-hundred other bugs. See Trac [1] for a complete listing.
Unfortunately there is one known bug (#12757) which can result in runtime crashes which is still lurking in -rc1. This will be fixed in -rc2, which will be released in about a week.
As always, let us know if you encounter trouble. Thanks to everyone who has contributed so far!
Happy testing,
- Ben
[1] https://ghc.haskell.org/trac/ghc/query?status=closed&milestone=8.0.2&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&order=priority _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

George Colpitts
Thanks Ben, this is great!
Installing the binary on the Mac results in the following minor problem:
/usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1 "/usr/local/share/man/man1" install: /usr/local/share/man/man1/ghc.1: No such file or directory make[1]: *** [install_man] Error 71 make: *** [install] Error 2
Thanks for the report, George! That is quite odd indeed. It sounds like /usr/local/share/man/man1/ghc.1 may have been a symlink to a directory which does not exist (possibly?). What does `ls -l /usr/local/share/man/man1/ghc.1` say now? Cheers, - Ben

I think I am very atypical as I had the Haskell Platform installed and did
an uninstall-hs before installing this release candidate. This is on the
latest Mac OS and Xcode.
At the time I got the error the file was a symbolic link, I believe to an
existing file:
install: /usr/local/share/man/man1/ghc.1: No such file or directory
make[1]: *** [install_man] Error 71
make: *** [install] Error 2
bash-3.2$ ls -l /usr/local/share/man/man1/ghc.1
lrwxr-xr-x 1 gcolpitts admin 80 Jun 23 19:44
/usr/local/share/man/man1/ghc.1 ->
/Library/Frameworks/GHC.framework/Versions/8.0.1-x86_64/usr/share/man/man1/ghc.1
bash-3.2$ rm /usr/local/share/man/man1/ghc.1
Now after a successful install of the binary and a successful compile from
source I have:
ls -l /usr/local/share/man/man1/ghc.1
-rw-r--r-- 1 root admin 58932 Nov 26 09:16
/usr/local/share/man/man1/ghc.1
bash-3.2$ ls -l
/Library/Frameworks/GHC.framework/Versions/8.0.1-x86_64/usr/share/man/man1/ghc.1
ls -l
/Library/Frameworks/GHC.framework/Versions/8.0.1-x86_64/usr/share/man/man1/ghc.1
-rw-r--r-- 1 root wheel 58214 May 21 2016
/Library/Frameworks/GHC.framework/Versions/8.0.1-x86_64/usr/share/man/man1/ghc.1
After the binary install I did a cabal install of threadscope, hlint and
criterion and some minimal runtime testing. Everything looks fine.
Thanks
George
On Sat, Nov 26, 2016 at 9:47 AM Ben Gamari
George Colpitts
writes: Thanks Ben, this is great!
Installing the binary on the Mac results in the following minor problem:
/usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1 "/usr/local/share/man/man1" install: /usr/local/share/man/man1/ghc.1: No such file or directory make[1]: *** [install_man] Error 71 make: *** [install] Error 2
Thanks for the report, George! That is quite odd indeed. It sounds like /usr/local/share/man/man1/ghc.1 may have been a symlink to a directory which does not exist (possibly?). What does `ls -l /usr/local/share/man/man1/ghc.1` say now?
Cheers,
- Ben

On 26 November 2016 at 22:46, Ben Gamari
/usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1 "/usr/local/share/man/man1" install: /usr/local/share/man/man1/ghc.1: No such file or directory make[1]: *** [install_man] Error 71 make: *** [install] Error 2
I already mentioned this in a private mail to Ben.
Thanks for the report, George! That is quite odd indeed. It sounds like /usr/local/share/man/man1/ghc.1 may have been a symlink to a directory which does not exist (possibly?).
I don't think so. If you look at ghc-8.0.1.20161117-x86_64-centos67-linux.tar.xz for example you will it does not contain ghc.1 either: I think it is not being generated. Looks like a buildsystem regression to me wrt to 8.0.1: I guess we should file a bug... Here https://copr-be.cloud.fedoraproject.org/results/petersen/ghc-8.0.2/fedora-ra... is a complete buildlog and https://github.com/fedora-haskell/ghc/commit/97b08fb4732a548db8e2bf7c8011b44... is my packaging workaround. Jens

On 25 November 2016 at 23:38, Ben Gamari
As always, let us know if you encounter trouble. Thanks to everyone who has contributed so far!
No trouble building and running rc1, but some code in xmonad-contrib that builds fine with 8.0.1 doesn't with 8.0.2-rc1. Not sure if it's broken code or a ghc regression. https://github.com/xmonad/xmonad-contrib/issues/123

On 27 November 2016 at 01:37, Tuncer Ayaz
On 25 November 2016 at 23:38, Ben Gamari
wrote: As always, let us know if you encounter trouble. Thanks to everyone who has contributed so far!
No trouble building and running rc1, but some code in xmonad-contrib that builds fine with 8.0.1 doesn't with 8.0.2-rc1. Not sure if it's broken code or a ghc regression.
It's a leftover use of ImpredicativeTypes and getting fixed[2] However, what's changed from 8.0.1 to 8.0.2 to trigger this? I mean, is a point release supposed to do this? I would expect 8.0 to 8.1 to break, but find it surprising x.0.1 to x.0.2 would as well. IIRC ImpredicativeTypes has been obsoleted a long time ago, and maybe 8.0.2 has fixes which catches code that slipped through before. That's an explanation that would make sense. In that case, it seems ok. [2] https://github.com/xmonad/xmonad-contrib/pull/124

On Sun, Nov 27, 2016 at 8:30 AM, Tuncer Ayaz
However, what's changed from 8.0.1 to 8.0.2 to trigger this? I mean, is a point release supposed to do this? I would expect 8.0 to 8.1 to break, but find it surprising x.0.1 to x.0.2 would as well.
ImpredicativeTypes has *always* been broken, just in different ways in every release. Worse, it never had a real specification, therefore no tests. I think it's just going to be ripped out finally in the next major release, since VisibleTypeApplication should handle most of the use cases. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

Thanks Ben! When testing, I found that a type checker regression from 7.10
to 8.0 that I thought/hoped was resolved is in fact still present in this
release candidate. I filed a new bug:
https://ghc.haskell.org/trac/ghc/ticket/12885
It originally seemed the same as #12175. But unfortunately, although that
problem is resolved in 8.0.2-rc1, this one is still around (though they may
still be related).
Thanks,
-Judah
On Fri, Nov 25, 2016 at 2:38 PM, Ben Gamari
Hello everyone,
The GHC team is happy to (finally!) announce the first candiate of the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at
http://downloads.haskell.org/~ghc/8.0.2-rc1/
This is the first of what will hopefully be only two release candidates leading up the final 8.0.2 release. This release will fix a number bugs found in 8.0.1 including,
* Interface file build determinism (#4012).
* Compatibility with macOS Sierra and GCC compilers which compile position-independent executables by default
* Runtime linker fixes on Windows (see #12797)
* A compiler bug which resulted in undefined reference errors while compiling some packages (see #12076)
* Compatability with systems which use the gold linker
* A number of memory consistency bugs in the runtime system
* A number of efficiency issues in the threaded runtime which manifest on larger core counts and large numbers of bound threads.
* A typechecker bug which caused some programs using -XDefaultSignatures to be incorrectly accepted.
* More than two-hundred other bugs. See Trac [1] for a complete listing.
Unfortunately there is one known bug (#12757) which can result in runtime crashes which is still lurking in -rc1. This will be fixed in -rc2, which will be released in about a week.
As always, let us know if you encounter trouble. Thanks to everyone who has contributed so far!
Happy testing,
- Ben
[1] https://ghc.haskell.org/trac/ghc/query?status=closed& milestone=8.0.2&col=id&col=summary&col=status&col=type& col=priority&col=milestone&col=component&order=priority
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

On 26 November 2016 at 07:38, Ben Gamari
Thank you, I built it for Fedora 25 (just released last week) and Rawhide: https://copr.fedorainfracloud.org/coprs/petersen/ghc-8.0.2 Hopefully there will be a build for F24 soon too. Jens

Jens Petersen
On 26 November 2016 at 07:38, Ben Gamari
wrote: Thank you, I built it for Fedora 25 (just released last week) and Rawhide:
https://copr.fedorainfracloud.org/coprs/petersen/ghc-8.0.2
Hopefully there will be a build for F24 soon too.
Thanks Jens! Cheers, - Ben
participants (6)
-
Ben Gamari
-
Brandon Allbery
-
George Colpitts
-
Jens Petersen
-
Judah Jacobson
-
Tuncer Ayaz